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CONSTRUCTION PAYMENT MANAGEMENT SYSTEM AND METHOD 
RELATED APPLICATIONS 

[0001] Priority is claimed under 35 U.S.C. §119 to U.S. Patent Application Serial Number 
60/583,782 filed June 29, 2004. 

BACKGROUND OF THE INVENTION 

[0002] Residential and commercial construction projects require several organizations to 
communicate with one another in order to distribute payments. A conventional construction 
payment management process begins with a verbal notification that a draw from the construction 
loan or the property owner's account will take place. The general contractor (GC) of the 
construction project notifies subcontractors (or any other person, firm, or corporation engaged by 
the GC, such as material suppliers) of the draw by telephone, fax, or at a meeting. The 
subcontractors prepare invoices and send them to the GC by mail, fax, hand delivery, or at a 
meeting with the GC. The GC and the subcontractors often must negotiate the final invoice 
dollar amount by telephone or at meetings. The GC confirms the invoices, enters the details into 
a GC project accounting system, and prepares its own invoice. 

[0003] Once the invoices are complete, the GC also manually prepares a sworn statement. In 
the sworn statement, the GC confirms that the subcontractors engaged by the GC have performed 
particular services in the construction or repair of the property. In the swom statement, the GC 
also confirms the dollar amount entitled to each subcontractor. 

[0004] The GC forwards the executed sworn statement to the title company and the 
construction loan lender and/or the property owner. The lender, the property owner, or the title 
company notifies an inspector that an inspection of the property must be performed and sends the 
sworn statement to the inspector. The inspector assembles the previous inspection reports for the 
property. The inspector performs the new inspection and manually prepares an inspection report. 
The inspector distributes the inspection report to the lender, the property owner, and/or the title 
company by fax, mail, or hand delivery. 
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[0005] The lender, the property owner, and/or the title company receives the sworn statement 
and the inspection report by mail, fax, hand delivery, or at a meeting with the GC and/or the 
inspector. The lender, the property owner, and/or the title company must retrieve the previous 
draw and project documentation. The lender, the property owner, and/or the title company often 
must negotiate the payment amounts and project details with the GC by telephone, fax, or at a 
meeting. The lender, the property owner, and/or the title company approves the sworn statement 
and communicates the approval by telephone, fax, or at a meeting. The lender or the property 
owner then approves the disbursement of the dollar amount specified in the sworn statement. 

[0006] The construction loan lender or the property owner's bank generally transfers the 
funds necessary to pay all of the subcontractors to an escrow account. Often the title company 
then disburses the funds from the escrow account to the GC The GC and/or the title company 
prepares checks for the subcontractors. At this time, the subcontractors generally complete lien 
waivers for the previous draw of funds from the construction loan or for the work completed 
during the previous month. As a result, the lien waivers for the current draw or the current 
month are not actually released until a subsequent draw is made from the construction loan or 
until the next month; In addition, subcontractors may have their own subcontractors that they 
must pay after receiving payment from the GC. 

[0007] The conventional construction payment process can take 90 days or longer from the - ' 
date of the verbal draw notification to the date the subcontractors actually receive payment. The 
conventional construction payment process generally involves unreliable verbal notification of 
events upon which movement of the process is contingent. For example, if one subcontractor is 
unavailable to prepare an invoice or submit a lien waiver, the payment process for all of the other 
subcontractors can be delayed. 

[0008] The conventional construction payment process also involves enormous amounts of 

data entry. For example, for a single large construction project, a GC often must enter hundreds ; 

of invoices into its accounting system each month. Also, a GC must gather hundreds of lien 

waivers each month. In addition, a GC must prepare, approve, sign, and distribute hundreds of 

checks to subcontractors each month. Further, a GC must store all of the paper documents 

collected during each draw process. The timing of the draw notifications, the approvals, and the 
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exchanges of lien waivers for payment requires hundreds of faxes, phone calls, and meetings 
each month. 

SUMMARY OF THE INVENTION 

[0009] Embodiments of the invention provide a system and method for managing a 
construction payment process. One method embodying the invention can include receiving 
registration information for a participant, storing the registration information, and transferring to 
the participant a payment associated with a construction project by accessing the registration 
information. 

[0010] A construction payment management system embodying the invention can include an 
application server that stores an organization module and a database management system, the 
organization module receiving organization registration information for a participant The 
system can also include a database server connected to the database management sysjtem, the 
database server storing the organization registration information, the database management 
system accessing the organization registration information in order to transfer to the participant a 
payment associated with a construction project. 

[0011] Another construction payment management system embodying the invention can 
include an application server that stores an organization module and a database management 
system, the organization module receiving organization registration information from a 
participant. The system can also include a database server connected to the database 
management system, the database server storing the organization registration information, the 
database management system accessing the organization registration information in order to 
transfer to the participant a payment associated with a construction project. 

[0012] One method embodying the invention can include establishing communication with a 
plurality of participants in a construction project, generating a notification of a draw, and 
electronically transmitting in real-time the notification to the plurality of participants. 

[0013] Another system embodying the invention can include an application server that stores 
a notifications manager and a draw module, the notifications manager and the draw module 
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generating a notification of a draw, the notifications manager electronically transmitting in real- 
time the notification to a plurality of participants. 

[0014] Some embodiments of the invention include generating a budget for a construction 
project, and generating at least one automated invoice, an automated sworn statement, and at 
least one automated lien waiver based on the budget 

[0015] One embodiment of the invention includes receiving at least one invoice from at least 
one; subcontractor, and automatically generating a sworn statement of a general contractor 
including a dollar amount from each one of the at least one invoices. 

[0016] Still another system embodying the invention can include an application server that 
stores a budget module and a draw module, the budget module generating a budget for a 
construction project, the draw module generating at least one automated invoice, an automated 
sworn statement, and at least one automated lien waiver based on the budget. 

[0017] Another method of the invention includes receiving a lien waiver from a participant 
in a construction project, storing the lien waiver, transmitting to a payment system an instruction 
to pay the participant, and receiving from the payment system an acknowledgement that the 
participant has received funds and substantially simultaneously releasing the lien waiver. 

[0018] Yet another method of the invention includes receiving a lien waiver from a 
participant in a construction project, and transmitting to a payment system an instruction to pay 
the participant and substantially simultaneously releasing the lien waiver. 

[0019] Still another system embodying the invention includes an application server storing 
an electronic holding bin and a draw module, the electronic holding bin receiving and storing a 
lien waiver from a participant in a construction project, the draw module transmitting to a 
payment system an instruction to pay the participant, the draw module receiving from the 
payment system an acknowledgement that the participant has received ^mds and substantially 
simultaneously releasing the lien waiver. 
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[0020] Still another method of the invention includes creating a primary budget for a 
construction project including at least one secondary budget from at least one of a general 
contractor, at least one subcontractor, and at least one material supplier, the at least one 
secondary budgets each including at least one line item; and reconciling the primary budget and 
the at least one secondary budget including the at least one line item before administering a 
draw. 

[0021] Software embodying the invention can include a project module for creating and 
managing a project, a budget module for creating and maintaining a budget for the project and a 
draw module for creating, scheduling, and managing draws for the project based on the budget. 

[0022] A graphical user interface embodying the invention can include at least one of a 
project schedule progress bar, a funds disbursed progress bar, and a percent complete progress 
bar, the project schedule progress bar indicating progress with respect to calendar dates, the 
funds disbursed progress bar indicating progress with respect to a budget dollar amount, and the 
percent complete progress bar indicating progress with respect to a percentage of work 
completed on a construction project. 

i ■ . . . ■ 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] FIG. 1 is a schematic illustration of a construction . payment management system 
according to one embodiment of the invention. 

[0024] FIG. 2 is a schematic illustration of construction payment management processes that 
can be performed using the system of FIG. 1 . 

[0025] FIG. 3 is a schematic illustration of a manage project process. 

[0026] FIG. 4 is a schematic illustration of a manage organization process. 

[0027] FIG. 5 is a schematic illustration of a manage draw process. 

[0028] FIG. 6 is a schematic illustration of a manage change order process. 

[0029] FIG. 7 is a schematic illustration of manage system environment tasks. 
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[0030] FIG. 8 is a schematic illustration of a create organization process. 

[0031] FIG. 9 is an illustration of a create organization form. 

[0032] FIG. 1 0 is an illustration of an update user system notification. 

[0033] FIG. 1 1 is an illustration of a system notification. 

[0034] FIG. 12 is an illustration of an edit organization form. 

[0035] FIG. 13 is an illustration of an activate organization notification. 

[0036] FIG. 14 is an illustration of an activate organization form. 

[0037] FIG. 15 is an illustration of an organization activated notification. 

[0038] FIG. 16 is an illustration of an organization deactivation notification. 

[0039] FIG. 1 7 is a schematic illustration of a maintain organization process. 

[0040] FIG. 1 8 is an illustration of a view organization screen. 

[0041] FIG. 19 is an illustration of a browse organization screen. 

[0042] FIG. 20 is an illustration of an edit organization foim. 

[0043] FIG. 21 is an illustration of an organization profile updated notification. 

[0044] FIG. 22 is a schematic illustration of a create user process 1 72. 

[0045] FIG. 23 is an illustration of a create user form. 

[0046] FIG.-24js.anjllustration_ofanj^^^^ 

[0047] FIG. 25 is a schematic illustration of a maintain user process. 

[0048] FIG. 26 is an illustration of a view user screen. 
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[0049] FIG. 27 is an illustration of a browse users screen. 

[0050] FIG. 28 is an illustration of an edit user form. 

[0051] FIG. 29 is an illustration of a user profile updated notification. 

[0052] FIG. 30 is a schematic illustration of a create project process. 

[0053] FIGS. 31 and 32 are illustrations of a create project form. 

[0054] FIG. 33 is an illustration of a project created notification. 

[0055] FIG. 34 is an illustration of a project user access screen. 

[0056] FIG. 35 is an illustration of a project responsibilities notification. 

[0057] FIG. 36 is a schematic illustration of a maintain budget process. 

i 

[0058] FIG. 37 is an illustration of an enter top level budget form. 

[0059] FIG. 38 is an illustration of an enter draw dates form. 

[0060] FIG. 39 is an illustration of an invoice code setup form. 

[0061] FIG. 40 is an illustration of an assign invoice codes form. 

[0062] FIG. 41 is an illustration of an accept project notification. 

[0063] FIG. 42 is an illustration of an accent project form. 

[0064] FIG. 43 is an illustration of a project declined notification. 

[0065] FIG. 44 is an illustration of a project accepted notification. 

[0066] FIG. 45 is an illustration of a project home page. 

[0067] FIG. 46 is an illustration of an add users notification. 
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[0068] 


FIG. 47 is an illustration of a project user access form. 


[0069] 


FIG. 48 is an illustration of a project responsibilities notification. 


[0070] 


FIG. 49 is an illustration of a project budget view screen. 


[0071] 


FIG. 50 is an illustration of an enter budget form. 


[0072] 


FIG. 51 is a schematic illustration of a terminate budget item process. 


[0073] 


FIG. 52 is an illustration of an enter top level budget fonn. 


[0074] 


FIG. 53 is an illustration of a terminate budget screen. 


[0075] 


FIG. 54 is a schematic illustration of a draw process. 


[0076] 


FIG. 55 is an illustration of a create scheduled draw notification. 


[0077] 


FIG. 56 is an illustration of an initiate draw form. 


[0078] 


FIG. 57 is an illustration of an enter invoice notification. 


[0079] 


FIG. 58 is an illustration of an enter invoice form. 


[0080] 


FIG. 59 is an illustration of a sign invoice notification. 


[0081] 


FIG. 60 is an illustration of a sign invoice form. 


[0082] 


FIG. 6 1 is an illustration of an invoice details updated notification. 


[0083] 


FIG. 62 is an illustration of a view pending draw request screen. 


[0084] 


FIG. 63 is an illustration of an invoice details rejected notification. 



[0085] FIG. 64 is an illustration of an invoice not included in the draw notification. 
[0086] FIG. 65 is an illustration of an automatically-generated invoice form. 
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[0087] FIG. 66 is an illustration of a swoin statement form. 

[0088] FIG. 67 is an illustration of a make funds available notification. 

[0089] FIG. 68 is an illustration of a view draw request screen. 

[0090] FIG. 69 is an illustration of a sign lien waiver notification. 

[0091] FIG. 70 is an illustration of a lien waiver form. 

[0092] FIG. 71 is an illustration of a lien waiver signed notification. 

[0093] FIG. 72 is an illustration of a view draw request screen. 

[0094] FIG. 73 is an illustration of an all lien waivers signed notification. 

[0095] FIG. 74 is an illustration of a view draw request form. 

[0096] FIG. 75 is an illustration of a payment disbursed notification. 

[0097] FIG. 76 is a schematic illustration of maintain system screens tasks. 

[0098] FIG, 77 is an illustration of a maintain phase codes form. 

[0099] FIG. 78 is an illustration of an administration user login screen. 

[00100] FIG. 79 is an illustration of an add/edit picklist form. 

[00101] FIG. 80 is an illustration of an add/edit organization role form. 

[00102] FIG. 81 is an illustration of a default/configure settings form. 

[00103] FIG. 82 is an i llustra tio n of an edit notification form. 

[00104] FIG. 83 is an illustration of a default/configure process form. 

[00105] FIG. 84 is an illustration of an add/edit user role form. 
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FIG. 85 is a schematic illustration of perform inspections processes and related tasks. 

FIG. 86 is an illustration of a prepare to conduct inspection notification. 

FIG. 87 is an illustration of an inspection required notification. 

FIG. 88 is an illustration of an inspection required screen. 

FIG. 89 is an illustration of an enter inspection report notification. 

FIG. 90 is an illustration of an enter inspection report form. 

FIG. 91 is an illustration of an inspection report form screen. 

FIG. 92 is an illustration of an inspection report failed notification. 

FIG. 93 is an illustration of a view previous inspections screen. 

FIG. 94 is a schematic illustration of an approve draw request process. 

FIG. 95 is an illustration of an Authorize Draw Request One form. 

FIG. 96 is an illustration of an Authorize Draw Request One declined notification. 

FIG. 97 is an illustration of an inspection confirmed notification. 

FIG. 98 is an illustration of a payment details modified notification. 

FIG. 99 is an illustration of an inspection authorized notification. 

FIG. 100 is an illustration of an Authorize Draw Request Two notification. 

FIG. 101 is an illustration of an Authorize Draw Request Two form. 

FIG. 102 is an illustration of an Authorize Draw Request Two declined notification. 

FIG. 103 is an illustration of an Authorize Draw Request Two approved notification. 

10 



WO 2006/011904 



PCT/US2005/001369 



[00125] FIG. 104 is an illustration of an issue lien waiver notification. 

[00126] FIG. 1 05 is a schematic illustration of a change request process. 

[00127] FIG. 106 is an illustration of a change request form. 

[00128] FIG. 1 07 is an illustration of a change request issued notification. 

[00129] FIG. 1 08 is an illustration of an authorize change request notification. 

[00130] FIG. 109 is a schematic illustration of a process change request process. 

[00131] FIG. 1 10 is an illustration of a view pending change request screen. 

[00132] FIG. 1 1 1 is an illustration of an authorize change request form. 

[00133] FIG. ,1 12 is an illustration of a change request declined notification. 

[00134] FIG. 1 1 3 is an illustration of a change request approved notification, 

[00135] FIG. 1 14 is a schematic illustration of a change project participant process. 

[00136] FIG. 1 1 5 is an illustration of a change participant screen. 

[00137] FIG. 1 16 is an illustration of a check participant delete screen. 

[00138] FIG. 1 17 is an illustration of a change affidavit screen. 

[00139] FIG. 1 1 8 is a schematic illustration of maintain project screen tasks. 

r 

[00140] FIG. 119 is an illustration of a project profile form. 

\ . ...... 

~ [00141] FIG. 120 is an illustration of a project contact information screen. 

[00142] FIG. 121 is an illustration of a project information screen. 

[00143] FIG. 122 is an illustration of a close project screen. 
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[00144] FIG. 123 is a schematic illustration of manage access screen tasks. . 

[00145] FIG. 124 is an illustration of a log in screeri. 

[00146] FIG. 125 is an illustration of a log out screen. 

[00147] FIG. 126 is an illustration of a project home page screen: 

[00148] FIG. 127 is an illustration of a reset password screen. 

[00149] FIG. 128 is an illustration of a main screen for a particular user. 

[00150] FIG. 129 is an illustration of a browse projects screen. 

[00151] FIG. 130 is an illustration of a forgot password screen. 

[00152] FIG. 1 3 1 is an illustration of a your password notification. 

[00153] FIG. 1 32 is a schematic illustration of a manage message screens process. 

[00154] FIG. 133 is an illustration of a view messages screen. 

[00155] FIG. 1 34 is an illustration of a specific message being viewed by a user. 

[00156] FIG. 135 is an illustration of a create/send messages screen. 

[00157] FIG. 136 is an illustration of a status message screen. 

[00158] FIGS. 137-153 are flow charts illustrating a method of managing a construction 
payment process according to another embodiment of the invention. 

[00159] FIGS. 154-179 are input/output diagrams illustrating a method of managing a 
consfiruction payment process according~to still "another embodiment of the invention. 
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DETAILED DESCRIPTION 

[00160] Before any embodiments of the invention aTe explained in detail, it is to be 
understood that the invention is not limited in its application to the details of construction and the 
arrangement of components set forth in the following description or illustrated in the following 
drawings. The invention is capable of other embodiments and of being practiced or of being 
carried out in various ways. Also, it is to be understood that the phraseology and terminology 
used herein is for the purpose of description and should not be regarded as limited. The use of 
"including," "comprising" or "having" and variations thereof herein is meant to encompass the 
items listed thereafter and equivalents thereof as well as additional items. . The terms "mounted," 
"connected" and "coupled" are used broadly and encompass both direct and indirect mounting, 
connecting and coupling. Further, "connected" and "coupled" are not restricted to physical or 
mechanical connections or couplings, and can include electrical connections or couplings, 
whether direct or indirect. Also, electronic communications and notifications may be performed 
using any known means including direct connections, wireless connections, etc. 

[00161] It should be noted that a plurality of hardware and software based devices, as well as 
a plurality of different structural components may be utilized to implement the invention. 
Furthermore, and as described in subsequent paragraphs, the specific configurations illustrated in 
the drawings are intended to exemplify embodiments of the invention and that other alternative 
configurations are possible. 

[00162] FIG. 1 illustrates a construction payment management system (CPMS) 10 according 
to one embodiment of the invention. The CPMS 10 can include an application server 12, a 
database server 14, an application logic module 16, a web server 18, a network 20 (such as the 
Internet or other networks individually or in combination with the Internet), a verification service 

22, participating organizations or ind ividuals 24 ( hereinafter "participant" or "organization"), 

and a payment system 26. The payment system 26 can include an automated clearing house 
(ACH) system, a wire transfer system, a debit card system, a credit card system, or any other 
suitable electronic funds transfer (EFT) system. 
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[00163] The application server 12 can store and provide access to a project module 28, a 
form-handling module 30, a permissions and authorizations engine 32, a database management 
system 34, a budget module 36, an access manager 38, a notifications manager 40, an 
organization module 42, a draw module 44, a contracting module 46, a change order module 48, 
a user module 50, a system environment manager 52, and an electronic holding bin/escrow 54; 
The draw module 44 can include a core module 56, an inspection module 58, and a draw 
approval module 60. The system environment manager 52 can include a report generator 62, a 
help module 64, and a system maintenance mpdule 66. The electronic holding.bin/escrow 54 
can store one or more lien waivers 68. It should be understood that the components of the 
application server 12 could be combined in a different manner than as shown and despribed with 
respect to FIG. 1. The software used to code the various modules, managers, and engines, of the 
application server 12 can be combined or separated in any suitable manner and can be stored and 
accessed in any suitable manner. 

[00164] The application server 12 can be connected to the database server 14, the application 
logic module 16, and the verification service 22. However, in some embodiments, the 
verification service 22 may only be connected to the network 20. The application logic module 
16 can be connected to the web server 18 or, in some embodiments, directly to the network 20. 
The web server 18 can be connected to the network 20. 

[0016S] The participants 24 can include a property owner 70 (and/or the owner's 
representative 72), a general contractor (GQ 74, an inspector 76, one or more subcontractors 
(Subcontractor A 78, Subcontractor B 80, etc.), one or more material suppliers 82, one or more 
lenders 84 (and/or one or more loan officers 86), one or more title companies 86, and one or 
more architects 88. The participants 24 can also include one or more interior designers; (and/or 
furniture manufacturers) and one or more real estate owners (i.e. > the land owner who sells the 
construction site to the property owner 70). The participants 24 can include organizations and/or 
individuals that are either considered "above the line" (i.e., higher in the construction process 
than the GC) or "below the line" (i.e., employed by the GC). Participants 24 above the line can 
include lenders, architects, interior designers, property owners, property owners* representatives, 
title companies, and real estate owners. Participants 24 below the line can include subcontractors 
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and material suppliers. The CPMS 10 can be used to facilitate the construction payment process 
between any of these types of participants 24, whether above or below the line of the GC. The 
CPMS 10 is often described, herein as being used to facilitate payment between a GC and 
subcontractors. However, it should be undersjood that the CPMS 10 can be' used to facilitate 
payment between any type of participant, not only between a GC and subcontractors. 

[00166]. In addition to classifying participants as being above or below the line of the GC, 
costs associated with the construction process can be classified as "soft" costs or "hard" costs. 
Soft costs can include inspector fees, architect fees, interior design fees, title company fees, 
permit fees, utility bills for the property during the construction process, furniture costs, 
audio/visual equipment, computers, etc. Hard costs can include all the costs incurred by the 
organizations or individuals employed by the GC, including all costs for subcontractors and 
material suppliers employed by the GC. Each construction project can include an overall budget 
(from the owner's perspective); that includes all of the soft and hard costs. Each construction 
project can also include a GC budget The CPMS 10 can be used to facilitate all the payments 
made within the overall budget and the GC budget. However, in sonie embodiments of the 
invention, the CPMS 10 can be used only to facilitate payment of the harti costs managed by the 
GC (i.e., only the GC budget). It should be understood by one of ordinary skill in the art that the 
CPMS 10 can be used to facilitate payment for only hard costs by the GC, only soft costs by 
participants above the line of the GC, or a combination of hard and soft costs by participants 
above and below the line of the GC The CPMS 10 is often described herein with respect to hard 
costs, but can also be used for soft costs or a combination of hard and soft costs. 

[00167] Each one of the participants 24 can be connected to the payment system 26; however, 
some of the participants 24 may not be connected to the payment system 26 in some 
embodiments of the invention. In some embodiments, the payment system 26 can include an 
ACH system with one or more originating depository financial institutions (ODF1) and one or 
more receiving depository financial institutions (RDFT). 

[00168] the participants 24 can access the application server 12 in order to use the various 

modules, managers, and engines to perform construction payment management methods 

according to several embodiments of the invention. 
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[00169] In some embodiments, the CPMS 10 can connect all project participants to a 
substantially uniform, web-based, real-time system, can organize the budgeting for the 
construction project, can facilitate the electronic submission and approval of invoices, and can 
automate and streamline the payment and lien waiver release process through the use of 
electronic payments and production of the matching electronic lien waiver releases. 

[00170] While there can be variations in details (for instance, in a publicly financed project, 
initiation and oversight of the project might be done by a surety bond issuer, rather than a bank), 
one embodiment of the CPMS 10 can be used as follows. A loah officer can sign on to the 
Internet and enter the CPMS web site. After a security clearance, the loan officer can enter the 
lender's portfolio and access a series of screens to create a new project by entering all of the 
project details. The loan officer can include details of the participants for each project, for 
example, the owner, architect, general contractor and title insurance company. Each participant 
can receive email notification of their involvement in the project and can verify their profile 
details. The GC can add subcontractors and material suppliers. The subcontractors and material 
suppliers can receive notification that they have been added to the project and can go through the 
security and verification process. The GC can select the number of draws and the draw dates for 
the project. The CPMS 10 can notify participants of a pending draw date in real-time; Each 
participant can complete their draw request form by entering their material and labor invoice 
details. ... The GC can review the draw requests and authorize them, and' the CPMS 10 can r 
generate the sworn statement. A series of project site inspections, approvals, completion of lien 
waivers, generation of statements, etc. can follow, all of which can be prompted'by the CPMS 10 
through email notifications in real-time. Once all forms have been completed and verified, the 
CPMS 10 can facilitate payments. The payments can be deposited directly into a participant's 
banking account via an electronic payment system. This process can be repeated for all draws. 
The project budget can be kept in balance through the completion of pay outs, collection of lien 
waivers, and approved inspections. Project progress can be tracked through the CPMS 10 via 
graphical progress indicators. 

[00171] The CPMS 10 can include the following features: one time registration of 
participating organizations into the CPMS 10; real-time notification of .a . draw; autotnated 
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invoice generation; automated sworn statement generation; automated lien waiver generation; 
coordinated payment/lien waiver release; and direct distribution of funds to participating 
organizations. 

(00172] The one-time registration of participating organizations into the CPMS 10 can lower 
the cost of participating in the service because the participant has to register only once. The one 
time registration also lowers the number of potential errors because the entry only has to be done 
once. This makes it more likely that potential participants will in fact participate and when they 
do that they will have a good (error free) outcome. The one-time registration helps ensure that a 
party wishing to be a participant in the process and the online community using the process, only 
needs to register once to be able to participate in any of the projects whose payments are 
executed through the CPMS 10. The CPMS lO.can improve the efficiency of the registration of 
participating organizations into the construction payment process by creating a durable 
community which facilitates the process of participating on multiple projects over tiine by 
capturing organization and individual information once. The method allows organizations to be 
registered as a potential participant in any project that is being initiated by a member of the 
community of businesses using the CPMS 10. In addition to its value in participating in multiple 
projects, the one-time registration is also valuable for participants to access information 
regarding multiple GC's, owners, lenders, subcontractors, etc. For example, the one-time 
registration gives owners, lender, and GC's the opportunity to leantabout new subcontractors 
through the CPMS 10. Also, an owner that has several projects pending each with different 
GC's can access information about each individual GC. 

[00173] The real-time notification of the draw helps ensure that all participants in a draw are: 
1) notified in a timely and uniform way; and 2) provided with a template to provide the 
information necessary io be paid. The CPMS 10 helps to eliminate the errors (not getting 
notified or mistaking which project the request is coming from) that delay the payment process. 
The CPMS 10 improves the efficiency of the real-time notification of the draw process by giving 
the GC the option of maintaining the schedule of draws on the CPMS 10, by reducing the effort 
of notifying the participants in the draw, by automating the process of building the list of 
participants for a draw, by automatically notifying draw participants of the draw once it has been 
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declared, by providing readily accessible links so that subcontractors can access the CPMS 10 to 
submit the documentation that is required by the draw. 

[00174] The CPMS 10 can be used by an owner, owner's representative, lender, GC, or title 
company to create and maintain a project budget. As noted above, the project budget can include 
soft costs above the line of the GC, hard costs below the line of the GC, or a combination of hard 
and soft costs. Some embodiments of the CPMS 10 can also be used to create and manage, 
change orders in which the budget is modified (generally by expanding the budget) and the 
modified budget is approved by the appropriate participants. The budget can include a total cost 
for the construction project, along with line item costs for each phase or job that must performed 
to complete the construction project. The CPMS 10 can structure the budget to facilitate the 
payment of subcontractors, to allow efficient progress tracking, and to allow automated 
invoicing. 

[00175] The CPMS 10 can create automated invoices that correspond precisely to the overall 
project budget and that also correspond precisely to the lien waivers and sworn statements. The 
CPMS 10 creates automated invoices that are a snap-shot in time of the activity that has already 
occurred against the overall project budget. The CPMS 10 can be used to create automated 
invoices that correspond precisely to the line items in the overall budget. This results in invoices 
and reports that are consistent with the way in which the construction projept is broken down for 
financial purposes, tracking purposes, etc. Using the CPMS 10, an invoice screen can be used to 
capture information necessary to create the invoice; however, not all of the information 
necessary to create the invoice must be re-entered, because the information can be gathered by 
referring to the overall project budget. This also guarantees that the invoices (and the G702/703 
documents) will be consistent with the overall project budget and will be consistent between 
draws or between any other time periods (unless a participant such as the owner wants the 
invoices to change). The CPMS 10 can also be used to customize the automated invoices (orthe 
G702/703 documents) according to the requirements of the lender, the owner, the owner's 
representative, the GC, etc. 

[001*76] The budget and the automated invoice can be used to unifonnly collect aijd 

continually reference information that will be used throughout the construction payment 
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management process. The information collected does not have to be re-entered again in the 
payment process helping to ensure that errors (either key-stroke or due to a misinterpretation of 
the data) are not introduced. In general, participants have visibility into the payment process 
conducted using the CPMS 10. This helps to lower the effort necessary to determine the project 
status and to understand what work each participant must to do to facilitate the payment process. 
It also helps to highlight organizations or individuals who may habitually cause delays or errors 
in the process, making it easier to correct the behavior or eliminate the participant. Accurate 
invoicing minimizes invoice review and issue resolution effort, promotes complete and accurate 
sworn statements, minimizes discrepancies between sworn statements and inspections, and 
enables timely payment. The CPMS 10 can improve the efficiency of several activities later in 
the construction payment process by capturing complete and consistent invoice information in a 
timely manner, 

[00177] The CPMS 10 can be used to generate automated sworn statements and automated 
lien waivers. Using the CPMS 10, the GC knows who was notified of the draw and who has 
responded by providing an invoice. Once the invoices are approved by the GC (and any other 
participant above the line of the GC, such as the owner, the owner's representative, the lender, 
the title company, etc., that must approve the invoices), the CPMS 10 can use the approved 
invoices to automatically generate the sworn statement and the lien waivers. The CPMS 10 can 
automatically generate the sworn statement and the lien waivers from the invoices submitted by 
subcontractors and material suppliers, helping to ensure that no typographical errors will be 
introduced and that the sworn statement and lien waivers will only include line items that have 
been submitted by the subcontractors and material suppliers. The CPMS 10 can help reduce the 
risk of inaccuracies in the sworn statement and the lien waivers by drawing on the invoice details 
already stored in the system to automatically create the content of the sworn statement and the 
lien waivers. This processing helps eliminate errors that are possible due to nonstandard, 
inconsistent, and untimely invoices and typographical errors that can occur during transcription. 
Overall, this lowers the risk profile of the construction payment process by increasing the 
accuracy and timeliness of critical construction project information. The CPMS 10 can create 
the automated lien waivers according to the legal standards of the of the state, in which the, 
construction site is located. 
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[00178] The CPMS 10 can generate sworn statements that correspond precisely to the 
invoices. Invoices are often broken down by the type of work being performed (e.g:, electrical, 
plumbing, etc.), while sworn statements are often broken down by the participant performing the 
work (e.g., GC, subcontractors, and material suppliers). The CPMS 10 can be used to ensure that 
the sum of the invoice amounts equals the total amount on the sworn statement Also, the CPMS 
10 can also be used to ensure that the amounts on the lien waivers equals the amounts on the 
invoices, because the information for the automated lien waivers is gathered from the approved 
invoices that have been stored in the CPMS 10; In addition, the lien waivers will be consistent 
with the sworn statement because the sworn statement was also generated by the CPMS 10 using 
the information from the approved invoices.* This is particularly valuable when GC's and 
subcontractors (or owners, lender, and GC's) have disputed the invoice amount and have 
negotiated a final amount over a period of time. The final amount will be reflected in the 
automated and approved invoice that is stored in the CPMS 10 and used to generate the lien 
waivers and sworn statement. The CPMS 10 assures that only the approved invoice amount will 
be reflected iiithe lien waiver and swoin Statement documents. By also using the stored budget 
as a framework for all automated documents, the CPMS 10 further assures that the invoices, lien 
waivers, and sworn statements will be precise and consistent The CPMS 10 can also be used to 
customize the sworn statements and lien waivers based on the requirements of the lender, the 
owner, the owner's representative, the GC, etc. 

[00179] The CPMS 10 also helps improve the efficiency of generating swoni statements and 
lien waivers by migrating storage of the invoice, sworn statement, and lien waiver documents to 
an electronic medium, reducing the time and effort necessary to store and access them. This 
improves the overall efficiency of the construction payment process by making these documents 
available to authorized parties needing them to carry out their responsibilities. The database of 
the CPMS 10 can store a library of electronically signed invoices, sworn statements, and lien 
waivers. If necessary, participants can use the CPMS 10 to generate hard copies of any of the 
electronically signed documents. 

[00180] In one embodiment, the CPMS 10 can create the automated invoices, sworn 
statement, and lien waivers once all information has been entered and all issues .have been 
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resolved.. In other embodiments, the CPMS 10 can create the automated invoices first, ensure the 
invoices are approved, create the automated sworn statement second, ensure the sworn statement 
is signed, and create the automated lien waivers third. 

[00181] Once all of the information (invoices, inspection reports, banking information, etc.) 
has been entered and all issues have been resolved, the owner, the owner's representative, the 
lender, the title company, or the GC can pay the participants in the draw. The sub-contractors, 
material suppliers, or any other participants can provide their lien waivers in exchange for 
payment. The CPMS 10 can organize this process and can automatically execute the exchange 
without risk that either party will do their part without the other dqing theirs. The CPMS 10 also 
helps eliminate the need for expensive and time consuming in-person meetings to affect the 
exchange of lien waivers for payment. The CPMS 10 (which rigorously tracks the documents) 
also helps to ensure that all of the lien waivers are collected. This reduces the risk that bad 
record keeping will result in lien waivers that have not been released at the conclusion of the 
construction project. The CPMS 10 can improve the efficiency of the payment/lien waiver 
release process by implementing the method in a network-enabled computer system. This allows 
all parties to securely prepare both payment and lien waiver release in a trusted environment. 
The CPMS 10 facilitates an efficient exchange of payment for lien waiver, because the CPMS 10 
allows both the payment and lien waiver to be staged in preparation for an automated exchange 
thereby reducing the risk associated with the project. The GC can be assured that it will receive 
the appropriate lien waivers coincident with payment, and the subcontractors do riot bear the risk 
associated with lengthy delays in payment. 

[00182] The CPMS 10 can facilitate an exchange of lien waivers and payment instructions. In 
some embodiments, the CPMS 10 can release the lien waiver(s) substantially simultaneously 
with ah acknowledgement from the payment system 26 that the participants) have received 
payment. The term "substantially simultaneously" as used herein and in the appended claims . 
includes any time period less than the time necessary to request, process, and transfer funds with 
an automated clearing house (ACH) payment (which can take up to about 72 hours). For 
example, the "substantially simultaneously" release of lien waivers can include an immediate 
release of lien waivers, a release of a batch of lien waivers at the end of a business dayi or a 
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release of lien waivers after the typical time period that it takes to transfer funds via ari ACH 
system. In one embodiment, the CPMS 10 can receive arid store the lien waivers in the 
electronic holding bin/escrow 54 until all lien waivers from the participants in the draw have 
been received. Once all the lien waivers have been received, the CPMS 10 can send instructions 
for the payment system 26 to transfer funds to each participant in the draw. For example, once 
all the subcontractors electronically sign and submit their lien waivers to the CPMS 10, the 
CPMS 10 can instruct the payment system 26 to pay each subcontractor. The CPMS 10 can i 
release the lien waivers either when the payment instruction is transmitted to the payment system 
26 or only after receiving an acknowledgement that the participants have actually received funds. 

[00183] If the payment system 26 includes an ACH system, the payment instructions axe 
generally processed in batches so that the participants will not receive the funds immediately. In 
an ACH system,, the payment instruction can generally be returned by the RDFI during a 48 hour 
period. During this 48 hour period, the RDFI can notify the CPMS 10 and the ODF1 that the 
funds cannot be transferred (e.g., due to insufficient funds,' an invalid account number, etc.). 
After this 48 hour period, the CPMS 10 can assume that the RDFI has processed the payment 
instruction if the CPMS 10 has not been notified otherwise. The ODF1 generally has a 24 hour 
front window to collect the payment instructions from the RDFI arid to release payment to the 
accounts of the participants in the draw. As a result, it can take about 72 hours from the time the 
CPMS 10 transmits.the payment instructions until the ODF1 transfers funds into the accounts of 
the participants. 

[00184] In some embodiments, the CPMS 10 can flag certain participants to remove those 
participants from the batch processing of the ACH system and can pay those participants 
separately by another method, such as by a direct wire transfer of funds or another immediate 
type of electronic funds transfer. In other embodiments, most participants can be paid by an 
immediate type of electronic funds transfer (such as a direct wire transfer), but some participants 
can be combined for one or more ACH batch transfers. In still other embodiinents, thb CPMS 10 
can transmit each payment instruction to the payment system 26 as the CPMS 10 receives each 
lien waiver from each participant and funds can be transferred imriiediately to the participant 
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from which the lien waiver was received. In general, the CPMS 10 can group the payment 
instructions in any suitable manner and can use any suitable type of payment method; 

[00185] In each embodiment of the invention, the CPMS 10 can establish a connection 
between the current lien waiver and the current payment corresponding to the current draw, 
rather than exchanging the previous lien waiver for the current payment of the current draw. For 
example, the CPMS 10 can release the lien waiver for the current month for the current draw, 
rather than releasing the lien waiver for the previous month for the current draw. In this manner, 
the subcontractor is * not exposed to liability if the CPMS 10 releases its lien waiver before 
payment is made, and the owner (or GC, title company, lender, etc.) is not exposed to liability if 
the CPMS 10 makes payment before the lien waivers are released. - 

[00186] Rather than paying the GC who pays its subcontractors who then pay their 
subcontractors, participants in the CPMS 10 can be paid directly using the an electronic 
distribution of funds (e.g., any suitable type of EFT, ACH, or wire transfer of funds). This 
speeds up the payment process (lowering costs) and reduces the risk that parties (in the 
hierarchy) will not be paid. The direct distribution of funds is made possible by the CPMS 10 
being used to collect all of the information that is necessary to make payments. The information 
collected using the CPMS 10 can be trusted, because of the rigor with which the methods can be 
implemented with software. As a result, the direct distribution of funds can be efficient (no 
reworking or reentry of information necessary) and error free. The CPMS 10 can improve the 
efficiency of the subcontractor/material supplier payment process by reducing the elapsed time 
necessary to complete the payment process. The CPMS 10 can reduce transaction costs by 
replacing a hierarchical payment process with direct payments, while improving fiscal and 
management control. The CPMS 10 can replace the use of checks by an electronic transfer of 
funds, reducing communications costs and improving visibility into the status of payments and 
reducing the risk of untimely or incomplete payment to all parties involved in the construction 
process (especially those lower on the supply chain). 

[00187] FIGS. 2-7 illustrate an overview of the construction payment management processes 

that can be performed by the participants 24 using the various modules, managers, and engines 

stored in the application server 12. FIG. 2 illustrates a manage project process 94 (which can be 
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performed by the project module 28 and/or the budget module 36), a manage draw process 96 
(which can be performed by the draw module 44), a manage change order process 98 (which can 
be performed by the manage change order module 48), a manage organization process 100 
(which can be performed by the organization module 42 and/or the user module 50), a manage 
system environment process 102 (which can be performed by the access manager 38, the 
notifications manager 40, and/or the system environment manager 52). 

[00188] FIG. 3 illustrates the manage project process 94, which can include a create project 
task 104, a maintain project task 106, and a create budget task 108. FIG. 4 illustrates the manage 
organization process 100, which can include a create organization task 112, a maintain 
organization task 1 14, a create user task 1 16, and a maintain user task 1 18. FIG. 5 illustrates the 
manage draw process 96, which can include an initiate draw task 120, a create draw request task 
122, a disburse funds task 124, a perform inspection task 126, and an approve draw request task 
128. FIG. 6 illustrates the manage change order process 98, which can include a create change 
request task 130, a process change request task 132, and a change participant task 134. FIG. 7 
illustrates manage system environment tasks 102, which can include a manage access task 136, a 
manage messages task 13.8, a create reports task 140, a provide help task 142, and a maintain 
system task 144. The create reports task 140 can be performed by any participant above or 
below the line of the GC in order to create customized reports regarding the progress of the 
construction project, including the ability to monitor portions of the construction project, 
particular participants, the overall project, etc. 

[00189] FIGS. 8-136 illustrate construction payment management methods according to 
several embodiments of the invention. FIG. 8 illustrates a create organization process 146, 
which can be included in the manage organization process 100. The create organization process 
146 can be performed by any of the participants 24 using the organization module 42. The create 
organization process 146 can include a create organization task 148, an update organization 
profile task 150, an edit organization task 152, an activate organization notification task 154, an 
activate organization task 156, and either an organization declined task 158 or an organization 
activated task 160. An update user profile task 162 can also be performed, as further described 
with respect to FIG. 22. 
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[00190] FIG. 9 illustrates a create organization form that can be associated with the create 
organization task 148. Each participant 24 can access the create organization form through the 
organization module 42 r The participant 24 can enter the requested information, such as 
business information, primary contact information, tax information, and banking information. In 
some embodiments, the first user of the participating organization 24 that enters his or her 
information as the primary contact information can be deemed an administrator for that 
participant 24 and can be given more access to the information for the participant than 
subsequent users. The CPMS 10 can use comprehensive role-based security so that project 
participants only see information tailored to their specific needs in the project. Once' an 
organization is registered in the CPMS 10, the organization can receive payments for any 
projects managed by the CPMS 10. 

[00191] FIG. 1 0 illustrates a notification that can be transmitted during the update user profile 
task 162. The terms "system notification" or "notification" or "system message" as used herein 
and the appended claims refer to any form of communication with a participant 24, such as an 
email message, a screen notice, a text message, a voice message, etc. The system notification of 
FIG. 10 can include a username and a temporary password for the first user* of the participant 24. 

[00192] FIG. 11 illustrates a notification that can be transmitted during the update 
organization profile task 150. The notification of FIG. 1 1 can be sent to thp administrator for the 
participant 24. The notification can include a statement requesting the recipient to update the 
organization profile, add users before participating in a project, and provide bank details. 

[00193] FIG. 12 illustrates an edit organization form that can be associated with the edit 
organization task 152. Each participant 24 can access the edit organization form through the 
organization module 42. The participant 24 can modify the existing information, such as 
business information, primary contact information, tax information, and banking information. In 
some embodiments, the first user of the participating organization 24 that entered his or her 
information as the primary contact information is the only user given access to the edit 
organization form. 
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[00194] FIG. 1 3 illustrates an activate organization notification that can be transmitted during 
the activate organization notification task 156. The notification of FIG. 13 can include a' 
statement that the details of the organization have been updated and a request that the 
organization be validated and activated. 

[00195] FIG. 14 illustrates an activate organization form that can be associated with the 
activate organization task 156. The form of FIG. 14 can include a listing of participants 24 (e.g., 
including the organization name, its role in the construction process, the ability to select 
participants 24, and the ability to view information for the participants 24). The form of FIG; 14 
can also include a "Find" feature, the ability to specify the type of participant 24, and the. ability 
to decline/deactivate selected organizations and to provide a reason for the decline/deactivation. 

[00196] FIG, 15 illustrates an organization activated notification that can be transmitted 
during the organization activated task 160. Similarly, FIG. 16 illustrates an organization 
declined notification that can be transmitted during the organization declined task 158. 

[00197] FIG. 17 illustrates a maintain organization process 162, which can be included in the 
manage organization process 100. The maintain organization process 162 can be used by the 
organizations themselves or by other participants to maintain the accuracy of the contact 
information, bank account information, or any other type of information necessary, for . the 
construction payment process. The maintain organization process 162 can be performed by any j 
of the participants using the organization module 42. The maintain organization process 162 can 
include a browse organization task 164, an edit organization task 166, an organization updated 
task 168, and a view organization task 170. 

[00198] FIG. 18 illustrates a view organization screen that can be associated with the view 
organization task 170. The view organization screen can include business information and 
primary contact information for an organization. 

[00199] FIG. 19 illustrates a browse organization screen that can be associated with the 
browse organization task 164. The browse organization screen can include a list of participants, 
including the organization name, the organization role in the construction process, the primary 
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contact, and the phone number. The browse organization screen can include a "Find" feature 
and links for viewing additional information about each participant. In one embodiment, the 
browse organization screen can be used by a GC to view its preferred subcontractors or material 
suppliers. 

[00200] FIG. 20 illustrates an edit organization form that can be associated with the edit 
organization task 166. The participant can edit the existing information, such as business 
information, primary contact information, tax information, and banking information. In some 
embodiments, the first user of the organization that entered his or her information as the primary 
contact information is the only user given access to the edit organization form. 

[00201] FIG. 21 illustrates an organization profile updated notification that can be transmitted 
during the organization updated task 168. The notification of FIG. 21 can include information 
regarding the updated profile for the participant along with a name of the primary user or 
administrator for the participant. 

[00202] FIG. 22 illustrates a create user process 172, which can be included in the manage 
organization process 100. The create user process 172 can be used each time a new user at an 
existing organization is created in order to give the new user the appropriate access to the.CPMS 
10 ( e -fr> the appropriate security levels with a user identification and password). The create user 
process 172 caij also be used to update user profiles. The create user process 172 can be 
performed by any of the participants 24 using the organization module 42. The create user 
process 1 72 can include a create user task 1 74 and an update user profile task 176. 

[00203] FIG. 23 illustrates a create user form that can be associated with the create user task 
174. In some embodiments, the create user form can be used to add users after the primary user 
or administrator has already been created for the participant The new user can enter personal 
information, security informati on (e. g., user name and password ), email noti ficatio n preferences, 
and security clearance levels (e.g., whether the user can manage projects and/or sign documents)., 

[00204] FIG. 24 illustrates an update user profile notification that can be transmitted during 

» 

the update user profile task 176. The notification of FIG. 24 can include a statement that the user 
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has been added as a member of the organization, along with the user's security information (e.g-, 
user name and a temporary password). 

[00205] FIG. 25 illustrates a maintain user process 178, which can be included in the manage 
organization process 100 and can continue from FIG. 22. The maintain user process 178 can be 
used to browse the users in each organization and to view, edit, and update the users in each 
organization. The maintain user process 178 can be performed by any of the participants using 
the organization module 42. The maintain user process 178 can include a browse users task 1 80, 
and edit user task 1 82, a user profile updated task 1 84, and a view user task 186. 

[00206] FIG. 26 illustrates a view user screen that can be associated with the view user task 
186. The view user screen of FIG. 26 can include the user's personal information, email 
notification preference, and security clearance level. 

i 

[00207] FIG. 27 illustrates a browse users screen that can be associated with the browse users 
task 180. The browse users screen of FIG. 27 can include a list of one or more users for each 
participant, and can include the users' names, email addresses, and phone numbers. The browse 
users screen can also include links to edit the information for each user. 

[00208] FIG. 28 illustrates an edit user form that can be associated with the edit user task 1 82. 
A user can provide personal information, email notification preferences, and security clearance 
levels. 

[00209] FIG. 29 illustrates a user profile updated notification that can be transmitted during 
the user profile updated task 184. 

[00210] FIG. 30 illustrates a create project process 188, which can be included in the manage 
project process 94. The create project process 188 can be performed by a GC, a lender, an 
owner, or an owner's representative using the project module 28 to initiate a new project in the 
CPMS 10. The create project process 188 can include a create project task 190, a project 
creation task 192, a project user access task 194, and a project responsibilities task 196. 
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[00211] FIGS. 31 and 32 illustrate a create project form that can be associated with the create 
project task 190. A GC, a lender, an owner, or an owner's representative can provide' project 
identification information, project funding information, project owner information, project 
architect information, and site information. 

[00212] FIG. 33 illustrates a project created notification that can be transmitted during the 
project creation task 192. The notification of FIG. 33 can include a statement that the GC, 
lender, owner, or owner's representative has created a new project, along with a link to a screen 
that allows users from the participants to be assigned to the project. 

[00213] FIG. 34 illustrates a project user access screen that can be associated with the projfect 
user access task 194. The project user access screen can include the project name, the project 
number, the GC name, and a list of users for a particular project arid/or a particular organization. 
The users can be identified by name and username, and can be deemed a project manager or a 
signer. 

[00214] FIG. 35 illustrates a project responsibilities notification that can be transmitted during 
the project responsibilities task 196. The notification of FIG. 35 can include a statement that a 
user's responsibilities with respect to a project have been modified. 

[00215] FIG. 36 illustrates a maintain budget process 198, which can be included in the 
manage project process 94. The maintain budget process 198 can be used to create and view a 
top level budget for the construction project, to assign line items to participants, and to assign 
responsibilities to participants. Using the budget module 36, the maintain budget process 198 
can be performed by a GC for subcontractors or by a subcontractor for a second-level 
subcontractor or a material supplier. The maintain budget process 198 can include an enter top 
level budget task 200, an accept project task 202, an accept project form task 204, a project 
declined task 206, an add users task 208, a project accepted task 210, a project home page task 
21 1, a project user access task 212, a project responsibilities task 214, and a project budget view 
task 216. If the project is declined, the maintain budget process 198 can include an enter budget : 
task 218 and can return to the accept project task 202. After the enter top level budget task 200, 
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the maintain budget process 1 98 can include an invoice code setup task 220, an enter draw dates 
task 222, and an assign invoice code task 224. 

[00216] FIG. 37 illustrates an enter top level budget form that can be associated with the enter 
top level budget task 200. The enter top level budget form can include the project name, the 
project number, and the contract value. A GC or a subcontractor can provide a retention 
percentage value, phase codes, phase code descriptions, organization names, budget amounts, 
and account codes. A GC or subcontractor can specify whether the organization is only 
providing materials. The enter top level budget form can also include links to setup draw dates 
and setup invoice code screens/forms. The phase codes and phase code descriptions can be used 
to define the contracting requirements of each particular job that must be completed in order to 
complete the project. The phase codes and phase descriptions can be provided, for example, by 
the American Institute of Architects (AIA), by the Construction Specifications Institute (CSI), or 
by customizing the AIA or CSI phase codes and phase descriptions. In some embodiments, the 
phase codes and phase descriptions can be completely customized by the participants. The top 
level budget" can also be referred to as the schedule of values, the committed costs (after the GC 
has received bids from subcontractors), or the project estimate. In some embodiments, the phase 
codes included in the top level budget provide the basis for the draw requests, in that each draw 
request includes specific line items associated with specific phase codes. In some embodiments, 
the GC can use an external software program to generate a budget and the budget module 36 can 
interface with the external software program to import the budget into the application server 12 
or the database server 14. 

• 

[00217] FIG. 38 illustrates an enter draw dates form that can be associated with the enter draw 
dates task 222. A GC or subcontractor can enter the day of the month on which draws are to take 
place, along with the specific dates for the draws (e.g., each month on a particular day). The 
enter draw dates form can also include a Calculate Draw Dates button for automatic calculation 
of the draw dates and/or an Add Draw Date button for manual entering of the draw dates. 

[00218] FIG. 39 illustrates an invoice code setup form that can be associated with the invoice 

code setup task 220. A GC or subcontractor can select an invoice code (e.g., codes by building - 

Building 1, 2, or 3), enter a new invoice code, create an invoice code, enter a preference for the 
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display of budget lines (e.g., by phase code), and enter a preference for printing options. The 
invoice code setup form can facilitate the automated generation of invoices and sworn statements 
by the CPMS 10. The invoice codes can be used for customized reports or for interfacing with 
other types of existing software. The invoice codes can allow participants to sort budget line 
items based on the requirements of the architect, the owner, etc. The CPMS 10 can also use 
account codes in the budget to interface with existing accounting systems. The account codes 
can be used to maintain the budget, to record results of the draw, and to facilitate invoicing and 
payment. . . . . 

[00219] FIG. 40 illustrates an assign invoice codes form that can be associated with the assign 
invoice code task 224. A GC or subcontractor can provide the invoice code (e.g., Building 1, 2, 
or 3) and can use links to access sub-budgets for each phase code. The assign invoice codes 
form can include the project name, the project address, the phase codes, the phase code 
descriptions, the organization to which the job is contracted to, and the budget amount. The 
assign invoice codes form can also facilitate the automated generation of invoices and sworn 
statements by the CPMS 10. 

[00220] FIG. 4 1 illustrates an accept project notification that can be associated with the accept 
project task 202. The notification of FIG. 41 can include a statement that the subcontractor or 
material supplier has been added as a participant on a project, a project description, and the 
subcontractor's or material supplier's participation details. The subcontractor or material 
supplier can use a link to access an accept project form as shown in FIG. 42 to accept or decline 
the project 

[00221] FIG. 42 illustrates an accept project form that can be associated with the accept 

project form task 204. The accept project form can include the GC project number, the system - 

- t 
project number, the GC name, the project name, the project address, and a budget line item. The 

accept project form can provide the subcontractor or the material supplier with project 

information and a budget line item. The subcontractor or the material supplier can use the 

Accept or Decline buttons to accept or decline the project associated with* the budget line item. 

The subcontractor or the material supplier can also provide a reason for declining the project 
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The line items from the accept project forms can also be used to facilitate automated generation 
of invoices and sworn statements by the CPMS 10, ■ • \ 

[00222] FIG. 43 illustrates a project declined notification that can be transmitted during the 
project declined task 206. The notification of FIG. 43 can include the name of the subcontractor 
or material supplier that has declined the project, the budget item declined, and the reason for the 
decline. The notification of FIG. 43 can provide the ability to assign the organizational role to 
another participant. 

[00223J FIG. 44 illustrates a project accepted notification that can be transmitted during the 
project accepted task 210. The notification of FIG. 44 can include the name of the subcontractor 
or material supplier that has accepted the project and the budget item accepted. The notification 
of FIG. 43 can provide the ability to access the project details. 

[00224] FIG. 45 illustrates a project home page that can be associated with the project home 
page task 211. The project home page can include the project name, completed draws 
information, and pending draws information. The project home page can include a project 
overview with a project schedule progress bar, a funds disbursed progress bar, and a percent 
complete progress bar. The project home page can include one or more links to particular 
. actions that can be performed with respect to the project (e.g., project profile, project budget, 
view project participants, setup invoice codes, manage project users, initiate unscheduled draws, 
etc.). 

[00225] FIG. 46 illustrates an add users notification that can be transmitted during the add 
users task 208. The notification of FIG. 46 can include a statement confirming that the 
subcontractor or material supplier has joined the project. The notification, of FIG. 46 can include 
a request for the subcontractor or material supplier to add users (e.g., members of the 
organization) to the system, 

[00226] FIG. 47 illustrates a project user access form that can be associated with the project 
user access task 212. The subcontractor or material supplier can select each user's security 
clearance (e.g., a project manager or a signer). The project user access form can include the 
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project name, the GC name, and a list of users at the subcontractor 6r material supplier 
organization. 

[00227] FIG. 48 illustrates a project responsibilities notification that can be associated with 
the project responsibilities task 214. The notification of FIG. 48 can include a statement that the 
user's responsibilities have been modified, along with the new security clearances. The 
notification of FIG. 48 can include a link to access the project budget. 

[00228] FIG. 49 illustrates a project budget view screen that can be associated with the project 
budget view task 216. A GC or subcontractor can access the project budget view screen through 
the budget module 36. The project budget view screen can include the project name, the GC 
name, the project address, and a list of the budget items. The list of budget items can include the 
phase codes, the phase code descriptions, the subcontractor or material supplier to which the 
budget item is contracted, the budget amount, the payments, the retention, the balance, and a link 
to any sub-budgets. 

[00229] FIG. 50 illustrates an enter budget form that can be associated with the enter budget 
task 218. A GC or subcontractor can access the enter budget form through the budget module 
36. The GC or subcontractor can enter the requested information, such as the phase codes, the 
phase code descriptions, and the budget amount. The GC or subcontractor can change the 
organization associated, with a particular budget line item. The GC or subcontractor can select 
whether the organization is providing materials only. 

[00230] FIG. 51 illustrates a terminate budget item process 226, which can be included in the 
manage project process 94. The terminate budget item process 226 can be performed by a GC or 
subcontractor. The terminate budget item process 226 can include an enter top level budget task 
228 and a terminate budget task 230. 

[00231] FIG: 52 illustrates an enter top level budget formfthat can be associated with the enter 
top level budget task 228. A GC or subcontractor can access the enter top level budget form 
through the budget module 36. The enter top level budget form can include the project name, the 
project number, the contract value, and a list of organizations. The GC or subcontractor catT 
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enter the requested information, such as a retention percentage, phase codes, phase code 
descriptions, an account code, and whether the organization is only supplying materials. The GC 
or subcontractor can also choose to add new line items or to terminate a particular line item. The 
enter top level budget form can include links to a setup draw dates form and/or a setup invoice 
codes form. 

[00232] FIG. 53 illustrates a terminate budget screen that can be associated with the terminate 
budget task 226: After a GC or subcontractor selects a line item to terminate, the terminate 
budget screen provides a confirmation and a statement that any un-paid balance can be made 
available for re-assignment. 

[00233] FIG. 54 illustrates a draw process 232, which can be included in the manage draw 
process 96. The draw process 232 can be used to create a schedule for the project's draws; to 
initiate each draw; to enter and sign invoices; to view pending draws; to generate invoices, sworn 
statements, and lien waivers; to determine if funds are available; and to disburse fonds. The 
draw process 232 can be performed by several of the participants using the draw module 44. The 
draw process 232 can include a create draw schedule task 234, an initiate draw task 236, an enter 
invoice task 238, an enter invoice form task 240, a sign invoice task 242, an invoice details 
updated task 244, a view pending draw requests task 246, a generate invoice task 248, a sworn 
statement form task 250, a funds available task 252, a view draw request task 254, a sign lien 
.< waiver task 256, a lien waiver form task 258, an all lien waivers signed task ,260, a view draw 
request with disburse funds button task 262, a payments disbursed task 264, a lien waiver signed 
task 266, a view draw request task 268. The draw process 232 can also include -a- payments 
details accepted task 270, an invoice not included in draw task 272, and a payment details not 
accepted task 274. The draw process 232 can be performed so that the lien waivers \yill be 
released for the current draw, not for the previous draw. 

[00234] FIG. 55 illustrates a create scheduled draw notification that can be transmitted during 
the create draw schedule task 234. The notification of FIG. 55 can be transmitted in real-time to 
all draw participants and can include a statement that a scheduled draw is pending and that : 
participants for the draw have not yet been selected. 
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[00235] FIG. 56 illustrates an initiate draw form that can be associated with the initiate draw 
task 236. A GC can access the initiate draw form through the draw module 44. The initiate 
draw form can include the project name, the project number, the project address, the draw 
number, the draw date, and a list of the potential participants for the draw; The list of potential 
participants can include the phase codes, the phase code descriptions, the organization name, the 
budget amount, the payment amount, the holdback accrued, and the remaining balance. The GC 
can select each of the participants for the draw. 

[00236] FIG. 57 illustrates an enter invoice notification that can be transmitted during the 
enter invoice task 238. The notification of FIG. 57 can include a statement that a draw has been 
scheduled for a project and that the subcontractor or material supplier can enter the details of the 
payments due. The notification can also include the organization role and the particular budget 
item for the subcontractor or material supplier. The notification can be transmitted in real-time 
to all draw participants. 

[00237] FIG. 58 illustrates an enter invoice form that can be associated with the enter invoice 
form task 240. The subcontractor or material supplier can use the enter invoice form to provide 
the invoice amount for the draw, . The enter invoice form can also include the project name, the 
project number, the project address, the draw number, the draw date, and the particular line item 
for that subcontractor or material supplier. 

[00238] FIG. 59 illustrates a sign invoice notification that can be transmitted to the GC during 
the sign invoice task 242. The notification of FIG. 59 can include a statement that the 
subcontractor or material supplier has approved the invoice for a particular draw and that a 
sworn statement must be signed The CPMS 10 can be used to assign security/authority roles to 
each user, such as management, accounting, or authorized to sign. The CPMS 10 can notify a 
user with the authority to sign the sworn statement so that an officer of the organization signs the 
-sworn statementi -if-necessary.— The CPMS 10 can be used to change the security/authority roles 
that are necessary to sign a sworn statement (e.g., a lender can require that an officer signs the 
sworn statement, rather than an administrator for the organization). 
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[00239] FIG. 60 illustrates a sign invoice form that can be associated with the sign invoice 
task 242. The GC can access the sign invoice form through the draW module 44. The GC can 
review the details of the invoice, such as the particular organization, the request amount, the 
budget amount, the payment amount, the holdback accrued, and the remaining balance. The GC 
can then choose to sign the invoice statement. The sign invoice form can include a link to an 
automated sworn statement form. 

[00240] FIG. 61 illustrates an invoice details updated notification that can be transmitted to 
the GC during the invoice details updated task 244. The notification of FIG. 61 can include a 
statement that a subcontractor or material supplier has updated the payment details for a draw on 
a particular date for a particular project. The notification can provide a link in order to view the 
invoice details. 

[00241] FIG. 62 illustrates a view pending draw request screen that can be associated with the 
view pending draw request task 246. A GC can access the view pending draw request screen 
through the draw module 44. The GC can select each participant to include in the draw, confirm 
the draw, and send a notification in real-time to the signer of each organization. However, the 
GC can also reject the pending draw request, notify selected participants to re-enter an invoice, 
and provide a reason for rejecting the draw request. The view pending draw request screen can 
include the project name, the project number, the project address, the difcw number, the draw 
date, a list of participants who have submitted invoices, and a list of participants who have not 
submitted invoices. The participants can be organized by phase codes. For each phase code, the 
view pending draw requests screen can include the requested amount, the budget amount, the 
payment amount, the holdback accrued, and the remaining balance. . 

[00242] FIG. 63 illustrates an invoice details rejected notification that can be transmitted 
during the payment details not accepted task 274. The notification of FIG. 63 can include a 
~statement:that-the-paymenrand^ be 
conducted on a date for a particular project have not been accepted and the reasons for the 
rejection. The notification can include a request for the subcontractor or the material supplier to 
re-enter the payment details before the draw closes. 
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[00243] FIG. 64 illustrates an invoice not included in the draw notification that can be 
transmitted during the invoice not included in draw taisk 272. The notification of FIG. 64 can 
include a statement that the participant did not submit an approved sworn statement for a draw 
for a project, and that the participant and all of their subcontractors will not be included in the 
draw. The notification can state that all sworn statements and invoices that were submitted have 
been destroyed. 

[00244] FIG. 65 illustrates an automatically-generated invoice form (e.g., a form that is 
consistent with industry practices, such as a G702/703 form) that can be associated with the 
generate invoice task 248 (labeled G702/703 in FIG. 54). A GC, subcontractors, and material 
suppliers can access the invoice forms through the draw module 44. The subcontractors, 
material suppliers, and/or architect can sign the invoice form electronically (e.g., using an 
electronic signature software provider, such as AlphaTrust Corporation). 

[00245] FIG. 66 illustrates an automatically-generated sworn statement form that can be 
associated with the sworn statement form task 250. A GC can access the sworn statement form 
through the draw module 44. The GC can sign the sworn statement form electronically (e.g., 
using an electronic signature software provider, such as AlphaTrust Corporation). 

[00246] FIG. 67 illustrates a make funds available notification that can be transmitted during 
the funds available task 252. The notification of FIG. 67 can include instructions to follow a link 
to request lien waivers and release funds when funds are available to be released for a draw on a 
project. 

i ...... 

[00247] FIG. 68 illustrates a view draw request screen that can be associated with the view 
draw request task 254. A GC can access the view draw request screen through the draw module 
44. The GC can review the details of the draw, authorize funds, and request lien waiyers. The 
view draw req uest screen can i nclude t he project name, the pro ject num ber, the project address, 
the draw number, the draw date, and a list of participants in the draw. The list of participants can 
include the participant name, phase code, whether a lien waiver has been received, the requested 
amount, the budget amount, the payment amount, the holdback accrued, and the remaining 
balance. The list of participants can also include any subcontractor and their lien waivers. 
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[00248] FIG. 69 illustrates a sign lien waiver notification that can be transmitted during the 
sign lien waiver task 256. The notification of FIG. 69 can be transmitted in real-time! to all draw 
participants and can include a statement that the draw scheduled for a project has bieen 
authorized and that the subcontractor or material supplier is requested to sign its lien waiver to 
receive payments for the draw. 

[00249] FIG. 70 illustrates an automatically-generated lien waiver form that can be associated 
with the lien waiver form task 258. Subcontractors and material suppliers can access the lien 
waiver form through the draw module 44. The lien waiver form can be automatically generated 
based on the budget, including the. line items for each subcontractor or material supplier. The 
subcontractors and material suppliers can sign the lien waiver forms electronically (e.g., using 
the AlphaTrust Corporation electronic signature products). Once signed, the lien waivers 68 can 
be stored in the electronic holding bin/escrow 54. 

[002S0] FIG. 71 illustrates a lien waiver signed notification that can be transmitted during the 
lien waiver signed task 266. The notification of FIG. 71 can include a statement that a 
subcontractor or material supplier has signed their lien waiver for a draw for a project. The 
notification can include access to details of the draw and the lien waivers received so far. 

[002S1] FIG. 72 illustrates a view draw request screen that can be associated with the view 
draw request task 268. A GC, subcontractor, or material supplier can access the view draw 
request screen through the draw module 44. The view draw request screen can include the 
project name, the project number, the project address, the draw number, the draw date, and a list 
of participants in the draw. The list of participants can include the participant name, phase code, 
whether a lien waiver has been received, the requested amount, the budget amount, the payment 
amount, the holdback accrued, and the remaining balance. The list of participants can also 
include any subcontractor and their lien waivers. 

[00252] FIG. 73 illustrates an all lien waivers signed notification that can be transmitted 
during the all lien waivers signed 260. The notification of FIG. 73 can include a statement that 
all the lien waivers for the draw for a project have been signed. The notification can include a 
link to view the details of the draw and to disburse funds. 
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[00253] , FIG. 74 illustrates a view draw request form that can be associated with the view 
draw request with disburse funds button task 262: A; GC (or architect, owner, oWierV 
representative, lender, or title company) can access the view draw request form and approve the 
draw through the draw module 44 and/or the draw approval module 60. The view draw request 
screen can include the project name, the project number, the project address, the draw number, 
the draw date, and a list of participants in the draw. The list of participants can include the 
participant name, phase code, whether a lien waiver has been received, the requested amount, the 
budget amount, the payment amount, the holdback accrued, and the remaining balance. The list 
of participants can also include any subcontractor and their lien waivers. When the GC disburses 
the funds, the lien waivers are substantially simultaneously released and the payment instruction 
is sent to the ACH system 26. 

[00254] FIG. 75 illustrates a payment disbursed notification that can be transmitted during the 
payments disbursed task 264. The notification of FIG. 75 can be transmitted in real-time to all 
draw participants and can include a statement that the payments have been disbursed for the 
draw scheduled on a particular date on the project. 

[00255] FIG. 76 illustrates maintain system screens tasks 276, which can be included in the 
manage system environment process 102. The maintain system screens tasks 276 can be used by 
each user or each organization to customize the software environment according to particular 
needs. For example, an organization can customize phase codes for their projects. The maintain 
system screens tasks 276 can be performed by any of the participants using the system 
environment manager 52. The maintain system screens tasks 276 can include a maintain phase 
codes task 278, an administrator user login task 280, an add/edit picklist task 282, an add/edit 
organization role task 284, a default settings task 286, an edit notifications task 288, a default 
configuration task 290, and an add/edit user role task 292. 

[00256] FIG. 77 illustrates" a~ maintain phase codes form that can be associated with the 
maintain phase codes task 278. Each participant can access the maintain phase codes form 
through the system environment manager 52. The participant can add new or delete selected 
budget items. 
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[00257] FIG. 78 illustrates an administration user login screen that can be associated with the 
administrator user login task 280. Each participant can access the administrator user login scrfeeri 
through the system environment manager 52. The user at the organization can enter a user name 
and use the screen to log onto the system as any user in the system. 

[00258] FIG. 79 illustrates an add/edit picklist form that can be associated with the add/edit 
picklist task 282. An administrator of the CPMS 10 can add new or delete selected picklist 
entries (e.g., lists of states, types of projects, etc.) for various drop-down menus provided by the 
CPMS 10. 

. ? 

[00259] FIG. 80 illustrates an add/edit organization role form that can be associated with the 
add/edit organization role task 284. A GC can access the add/edit organization role form through 
the system environment manager 52. The GC can select the security clearance for each type of 
organization (e.g., bank, title company, GC, subcontractor, or architect). 

[00260] FIG. 81 illustrates a default/configure settings form that can be associated with the 
default settings task 286. A GC can access the default/configure settings form through the 
system environment manager 52. The GC can enter its preferred settings, such as the draw close 
reminder days, the draw start reminder days, the draw request minimum lead time, the security 
identification, whether the inspector is to be paid via the ACH system, whether .to wait for all 
lien waivers, and who pays the inspector (e.g., the bank, the title- company, *he owner, the 
owner's representative, or the GC). 

[00261] FIG. 82 illustrates an edit notification form that can be associated with the edit 
notifications task 288. A GC can access the edit notification form through the system 
environment manager 52. The GC can modify the notifications that are transmitted during the- 
various processes. The GC can select a particular notification and edit the default notification as 
necessary. The GC can also specify whether particular authorizations are necessary, such as an 
authorization by the bank to change the notification. 

[00262] FIG. 83 illustrates a default/configure process form that can be associated with the 
default configurations task 290. A GC, owner, owner's representative, lender, etc. can access the 
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default/configure process form through the system environment manager 52 in order to 
customize portions of the construction payment process or to change the rules for portibns of the 
construction payment process. For example, a GC can define and store its own phase codes. 
The GC, owner, owner's representative, lender, etc. can choose whether to activate particular 
tasks in each process and can access a link to edit each one of the notifications associated with 
the tasks. 

[00263] FIG. 84 illustrates an add/edit user role form that can be associated with the add/edit 
user role task 292. A GC can access the add/edit user role form through the system environment 
manager 52. The GC can select roles for a particular user, such as a system administrator, a 
system helpdesk user, a local administrator, a regular user, and view only access. The GC can 
add new roles or delete selected roles. 

[00264] FIG. 85 illustrates perform inspections tasks 294, which can be included in the 
manage draw process 96. The perform inspection tasks 294 can be used to schedule and 
facilitate inspections of the construction project, if necessary before each draw. The perform 
inspections tasks 294 can be performed by the GC and the inspector using the inspection module 
58 of the draw module 94. The perform inspections tasks 294 can include an inspection required 
task 296, an inspection required form task 298, a prepare to conduct inspection task 300, a view 
previous inspections task 302, an enter inspection task 304, an enter inspection report task 306, 
an inspection report form task 308, and an inspection report failed task 310. 

[00265] FIG. 86 illustrates a prepare to conduct inspection notification that can be transmitted 
during the prepare to conduct inspection notification task 300. The notification of FIG. 86 can 
include a statement that a draw has been scheduled for a project on a date and that the inspector 
is requested to prepare to conduct an inspection for the draw. The notification can state that the 
inspection should be conducted only after receiving confirmation. 

[00266] FIG. 87 illustrates an inspection required notification that can be transmitted during 
the inspection required notification task 296. The notification of FIG. 87 can include a statement 
a scheduled draw is pending for a project and a link to specify if an inspection is required for the 
draw. 
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[00267] FIG. 88 illustrates an inspection required screen that can be associated with the 
inspection required task 298. A GC (or owner, owner's representative, lender, or title company) 
can access the inspection required screen through the inspection module 58 of the draw module 
44. . The inspection required screen can include the project name, the project number, the draw 
number, the owner name, the draw date, the project address, and a list of participants. The list of 
participants can include the request amount, the organization name, the organization role, the 
budget item, the budget amount, the payment amount, the holdback accrued, and the remaining 
balance. The inspection required screen can also include general comments, comments to the 
inspector, and whether an inspection should be scheduled. 

[00268] FIG. 89 illustrates an enter inspection report notification that can be transmitted 
during the enter inspection task 304. The notification of FIG. 89 can include a statement that the 
draw schedule on a date for a project has been authorized and that the recipient should proceed 
with the inspection. The notification can include a link to view the details of the project and to 
generate an inspection checklist. 

[00269] FIG. 90 illustrates an enter inspection report form that can be associated with the 
enter inspection report task 306. The inspector can enter the details of the inspection on the 
inspection report form. The inspection report form can include the project name, the project 
number, the draw number, the draw date, the owner name, the project address, the inspection 
date, and general inspection comments. 

[00270] FIG. 91 illustrates an inspection report form screen that can be associated with the 
inspection report form task 308. A GC, owner, owner's representative, title company, or 
inspector can access the inspection report form screen through the inspection module 58 of the 
draw module 44. 

[00271] FIG. 92 illustrat es an inspec tion report failed notific ation that can be transmitted 
during the inspection report failed task 310. The notification of FIG. 92 can include a statement 
that there is a high concern level for the project following the inspection conducted on a 
particular date. The notification can include a link to access the inspection report formi. 
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[00272] FIG. 93 illustrates a view previous inspections screen that can be associated with the 
view previous inspections task 302. A GC, owner, owner's representative, title company, or 
inspector can access the view previous inspections screen through the inspection module 58 of 
the draw module 44 and can select an inspection performed on a particular date. 

[00273] FIG. 94 illustrates an approve draw request process 3 12, which can be included in the 
manage draw process 96. The approve draw request process 3 12 can be used to confirm that the 
necessary inspections have been performed, to approve each draw in the construction payment 
process, and to issue lien waivers. The approve draw request process 3 12 can be performed by a 
GC and/or any participant above the line of the GC (such as the owner, the owner's 
representative, the title company, the architect, etc.) using the draw approval module 60 of the 
draw module 44. Once the project has been initiated, the CPMS 10 can be used to approve any 
type of payment associated with the construction process. The CPMS 10 can facilitate parallel 
approvals (e.g., both the GC and the owner must approve the draw) or a sequence of approvals 
(e.g., the architect must approve the draw, then the owner, then the lender). The CPMS 10 can 
be used to configure the approval process for each project. The CPMS 10 can be used to 
approve change orders for the budget or particular amounts contracted between parties. For 
example, the CPMS 10 can be used to obtain approval from a GC and/or any participant above 
the line of the GC for a change order that exceeds a certain amount or to approve all change 
orders after a limit has been exceeded. The approve draw request process 312 can include an 
Authorize Draw Request One task 314, an Authorize Draw Request One - declined task 316, an 
inspections confirmed task 318, an inspection authorised task 320, a payment details modified 
task 322, an Authorize Draw Request Two - notification task 324, an Authorize Draw Request 
Two task 326, an Authorize Draw Request Two declined task 328, an Authorize Draw Request 
Two approved task 330, and an issue lien waiver task 332. 

[00274] FIG. 95 illustrates an Authorize Draw Request One form or authorize sworn 
statement form that can be associated with the Authorize Draw Request One task 314. A GC* : 
owner, owner's representative, or title company can access the Authorize Draw Request One 
form through the draw module 44. The Authorize Draw Request One form can include the 
project name, the project number, the owner, the project address, the draw number, and the draw 
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date. The Authorize Draw Request One form can include any entry for each organization 
including the request amount, the organization name, the organization role, the budget item, the 
budget amount, the payment amount, the holdback accrued, and the remaining balance. The 
Authorize Draw Request One form can include the authorizations received, the authorizations 
outstanding, whether an inspection is required, the ability to enter a password for authorization, 
and the ability to deny authorization and specify a reason. 

[0027SJ FIG. 96 illustrates an authorize first draw declined notification that can be transmitted 
during the Authorize Draw Request One - declined task 316. The notification of FIG. 96 can 
include a statement that the draw for a project has been denied authorization and a link to view 
and/or modify the draw details. 

[00276] FIG. 97 illustrates an inspection confirmed notification that can be transmitted during 
the inspections confirmed task 318. The notification of FIG. 97 can include a statement that the 
draw scheduled for a project has been authorized and instructions to proceed with inspection of 
the site, along with a link to view the details of the project and to generate an inspection 
checklist. 

[00277] FIG. 98 illustrates a payment details modified notification that can be transmitted 
during the payment details modified task 322. The notification of FIG. 98 can include a 
statement that the payment details for a project for a draw have not been accepted. The 
notification can list details of project participation and payments due for the draw, organization 
role, budget item, and payment amount. 

[00278] FIG. 99 illustrates an inspection authorized notification that can be transmitted during 
the inspection authorized task 320. The notification of FIG. 99 can include a statement that the 
an on-site inspection for a project has been authorized. 

[00279] FIG. 100 illustrates an Authorize Draw Request Two notification that bail be 
transmitted during the Authorize Draw Request Two - notification task 324. The notification of 
FIG. 100 can include a statement that the recipient is requested to check the inspection report 
entered for a project, that the recipient's authorization's required before the draw can proceed to 
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the next phase (e.g., asking draw recipients for lien waivers), and a link to view the inspection 
report and to grant or deny authorization for the draw. ' 

[00280] FIG. 101 illustrates an Authorize Draw Request Two form that can be associated with 
the Authorize Draw Request Two task 326. A GC, owner, owner's representative, or title 
company can access the Authorize Draw Request Two form through the draw approval module 
60 of the draw module 44. The Authorize Draw Request Two form can include the project 
name, the project number, the owner, the project address, the draw number, and the draw date. 
The Authorize Draw Request Two form can include any entry for each organization including 
the request amount, the organization name, the organization role, the budget item, the budget 
amount, the payment amount, the holdback accrued, and the remaining balance. The Authorize 
Draw Request Two form can include the authorizations received, the authorizations outstanding, 
whether an inspection is required, the ability to enter a password for authorization, and the ability 
to deny authorization and specify a reason. [THIS FIGURE IS HARD TO READ. CAN WE 
GET A BETTER COPY?] 

[00281] FIG. 102 illustrates an Authorize Draw Request Two declined notification that can be 
transmitted during the Authorize Draw Request Two declined task 328. The notification of FIG. 
102 can include a statement that the draw scheduled for a project has been denied authorization 
by a participant and that the draw cannot proceed without this authorization. 

[00282] FIG. 103 illustrates an Authorize Draw Request Two approved notification that can 
be transmitted during the Authorize Draw Request Two task 330. The notification of FIG. 103 
can include a statement that a draw for a project has been authorized by a participant 

[00283] FIG. 1 04 illustrates an issue lien waiver notification that can be transmitted during the 
issue lien waiver task 332. The notification of FIG. 104 can include a statement that a draw 
scheduled for a project has been authorized by a participant and that the recipient is requested to 
issue a lien waiver to receive payments for the draw, along with a link allowing the recipient to 
issue a lien waiver. 
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[00284J FIG. 105 illustrates a change request process 334, which can be included in the 
manage change, order process 98. The change request process 334 can be used to modify the 
overall project budget (generally to expand the budget) by adding new line items, by changing 
existing line items, or by terminating subcontractors and making the remaining funds available to 
other participants. The change request process 334 can be performed by a GC, architect, owner, 
owner's representative, lender, or subcontractor using the change order module 48. The change 
request process 334 can include a change request task 336, a change request issued task 338, and 
an authorize change request task 340. 

[00285] FIG. 106 illustrates a change request form that can be associated with the change 
request task 336. A GC or subcontractor can access the change request form through the change 
order module 48. The change request form can include the project name, the project number, the 
project address, the owner name, and a list of the amoutots to change. The list of amounts to 
change can include the change amount, the organization name, the organization role, the budget 
item, the budget amount, the payment amount, and the remaining balance. The change request 
form can include a change description field. The change request form can include, whether the 
payment form is loan or owner payment, and whether the payment method is loan, owner check, 
or credit card. The change request form can include the currently estimated completion date and 
a new estimated completion date. .. v 

[00286] FIG. 107 illustrates a change request issued notification that can be transmitted during 
the change request issued task 338. The notification of FIG. 107 can include a statement that a 
change request has been issued on a project and is pending authorization. The notification can 
include the details of the change request, the organization name, the budget item, the current 
budget amount, and the change amount. 

[00287] FIG. 108 illustrates an authorize change request notification that can be transmitted, 
liunng~ the~a^^^ 108 can include a 

statement that a change request has been issued on a project and that the recipient's approval is 
required for the change request. The notification can include a link to view the details of the 
change request, as well as to approve or decline the change request. 
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[00288] FIG. 109 illustrates a process change request process 342, which can be included in 
the manage change order process 98. The process change request process 342 can be used to 
ensure that changes being made to the budget are authorized by the appropriate participant, such 
as the architect, the lender, the title company, the owner, the owner's representative, or the GC. 
The process change request process 342 can be performed by a GC, architect, owner, owner's 
representative, lender, or subcontractor using the change order module 48. The process change 
request process 342 can include a view pending change requests task 344, an authorize change 
request task 346, a change request declined task 348, and a change request approved task 350. 

[00289] FIG. 1 1 0 illustrates a view pending change request screen that ,can be associated with 
the view pending change requests task 344. A GC, subcontractor, owner, owner's representative, 
lender, or architect can access the view pending change request screen through the change order 
module 48. The view pending change request screen can include the project name, the project 
number, the project address, the owner name, and a list of the amounts to change. The list of 
amounts to change can include the change amount, the organization name, the organization role, 
the budget item, the budget amount, the payment amount, and the remaining balance. The view 
pending change request screen can include a change description field. The view pending change 
request screen can include whether the payment method is loan, owner check, or credit card. 
The view pending change request screen can include the new estimated completion date, the 
authorizations received, and the authorizations outstanding. 

[00290] FIG. Ill illustrates an authorize change request form that can be associated with the 
authorize change request task 346. A GC, subcontractor, owner, owner's representative, lender, 
or architect can access the authorize change request form through the change order module 48. 
The authorize change request form can include the project name, the project number, the project 
address, the owner name, and a list of the amounts to change. The list of amounts to change can 
include the change amount, the organization name, the organization role, the budget item, the 
budget amount, the payment amount, and the remaining balance, the authorize change request 
form can include a change description field. The authorize change request form can include 
whether the payment method is loan, owner check, or credit card. The authorize change request 
form can include the new estimated completion date, the authorizations received, and the 
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authorizations outstanding. The authorize change request form can include the ability to enter a 
password and to authorize the change request, and the ability to refuse the change request aind 
enter a reason for the refusal. 

[00291] FIG. 112 illustrates a change request declined notification that can be transmitted 
during the change request declined task 348. The notification of FIG. 112 can include a 
statement that a change request issued on a date for a project has been declined by a participant. 

[00292] FIG. 1 13 illustrates a change request approved notification that can be transmitted 
during the change request approval task 350. The notification of FIG. 113 can include a 
statement that a change request issued on a date for a project has been approved by a participant 
(e.g., a lender). Only a change request can be used to modify the overall project budget 
(generally to expand the budget) by adding new line items, by changing existing line items, or by 
terminating subcontractors and making the remaining funds available to other participants. The 
CPMS 10 can be used to ensure that changes being made to the budget are authorized by the 
appropriate participant, such as the architect, the lender, the title company, the owner, the 
owner's representative, or the GC. The notification of FIG. 113 can be transmitted when the 
appropriate participant has approved the change request. 

[00293] FIG. 114 illustrates a change project participant process 352, which* can be included 
in the manage change order process 98. The change project participant process 352 can be used, 
for example, to terminate one subcontractor and to make the remaining funds available to 
another participant (such as a replacement subcontractor). The change project participant 
process 352 can be performed by a GC or a subcontractor using the change order module 48. 
The change project participant process 352 can include a change participant task 354, a check 
participant delete task 356, and a change affidavit task 358. 

[00294] FIG. 115 illustrates a change participant s cree n that can b e ass ociated with the change 
participant task 354. A GC or subcontractor can access the change participant screen through the 
change order module 48. The change participant screen can include the project name, the project 
number, the owner name, the project address, and the current status of the project. The change 
participant screen can include a list of the organizations that can be changed. The list of 
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organizations can include organization name, organization role, budget item, budget amount, 
payment amount, holdback accrued, remaining balance, and a link to delete each participant. 

[00295] FIG. 1 16 illustrates a check participant delete screen that can be associated with the 
check participant delete task 356. A GC or subcontractor can access the check participant delete 
screen through the change order module 48. The check participant delete screen can include the 
project name, the project number, the owner name, the project address, and information about the 
participant to be deleted (e.g., organization name, organization role, budget item, budget amount, 
payment amount, holdback accrued, and remaining balance). The check participant delete screen 
can include the ability to specify whether the participant has materially participated in the 
project. 

[00296] FIG. 1 17 illustrates a change affidavit screen that can be associated with the change 
affidavit task 358. A GC or subcontractor can access the change affidavit screen through the 
change order module 48. The change affidavit screen can include the project name, the project 
number, the owner name, the project address, the current status of the project, the budget 
amount, the previously paid to date amount, the hold back to date amount, and the remaining 
budget. The change affidavit screen can include a field to enter comments and the ability to 
enter a password and authorize the change in the affidavit. 

[00297] FIG. 118 illustrates maintain project screens tasks 360, which can be included in the 
manage project process 94. The maintain project screens tasks 360 can be used to edit the 
project's profile, the contact information, and to close out a project. The maintain project screens 
tasks 360 can be performed by a GC, lender, owner, or owner's representative using the project 
module 28. The maintain project screens tasks 360 can include a project profile task 362, a 
project contact information task 364, a project information task 366, and a close project task 368. 

[00298] FIG. 119 illustrates^aprqect profile form that can be associated with the project 
profile task 362. A GC, lender, owner, or owner's representative can access the project profile 
form through the project module 28. The GC, lender, owner, or owner's representative can enter 
the requested information, such as project information, project funding information, project 
owner information, site information, and GC information. 

49 



WO 2006/011904 



PCTAJS2005/001369 



[00299] FIG. 120 illustrates a project contact information screen that can be associated with 
the project contact information task 364. A GC, lender, owner, or owner's representative can 
access the project contact information screen through the project module 28. The project contact 
information screen can include the project name, the project identification, the project address, 
and a list of contact information for the participants in the project The list of contact 
information can include participant identification number, organization name, organization role, 
project manager name, contact email address, and contact phone number. 

[00300] FIG. 121 illustrates a project information screen that can be associated with the create 
project information task 366. A GC, lender, owner, or owner's representative can access the 
project information screen through the project module 28. The project information screen can 
include project information, site information, project owner information, and GC information. 

[00301] FIG. 122 illustrates a close project sween that can be associated with the close project 
task 368. A GC, lender, owner, or owner's representative can access the close project screen 
through the project module 28. The close project screen can include the project name, the loan 
account number, the owner name, and the ability to close the project. 

[00302] FIG. 123 illustrates manage access screens tasks 370, which can be included in the 
manage system environment process 102. The manage access screens tasks 370 can be used to 
customize the various screens displayed to particular users or organizations by during the 
construction payment process. For example, the manage access screens tasks 370 can be used to 
include an organization's trademark or logo on one or more of the screens displayed during the 
construction payment process (e.g., a lender's trademark can be included in the upper right 
corner of each screen). In addition, the manage access screens tasks 370 can be used to change 
the layout of particular forms or screens according to the preferences or requirements of 
particular users or organizations. The manage access screens tasks 370 can be performed by any 
of the participants using the system environment manager 52, The manage access screens t^sks , 
370 can include a log in task 372, a log out task 374, a project home page task 376, a reset 
password task 378, a main screen task 380, a browse projects task 382, a forgot password task 
384, and a your password task 386. 
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[00303] FIG. 124 illustrates a log in screen that can be associated with the log in task 372. 
Each participant can access the log in screen through the access manager 38. The participant can 
enter a user name and password to log in. The log in screen can provide a link if a user forgets 
his or her password. 

I003O4J FIG. 125 illustrates a log out screen that can be associated with the log out task 374. 
Each participant can access the log out. screen through the access manager 38. The log out 
screen can confirm that the user has been logged out 

[00305] FIG. 126 illustrates a project home page screen that can be associated with the project 
home page task 376. Each participant can access the project home page screen through the 
access manager 38. The project home page screen can include the project name, the number of 
new messages, and a link to read the new messages. The project home page can include project 
overview information (including a project schedule progress bar and a funds disbursed progress 
bar), completed draws information (including draw number, draw date, and links to draw 
information), pending draw information (including draw number and started date), the project 
home page can include links to several actions, forms, or screens (e.g., project profile, project 
budget, view project participants, setup invoice codes, manage project users, title company 
approval tracking, initiate unscheduled draw, etc.). 

[00306] FIG. 127 illustrates a reset password screen that can be associated with the reset 
password task 378. Each participant can access the reset password screen through the access 
manager 38. The participant can enter the new password twice in order to change the password 
associated with a particular user name. 

[00307] FIG. 128 illustrates a main screen for a particular user that can be associated with the 
main screen task 380. Each participant can access the main screen through the access manager 
38. The main screen can list the projects that the participant is involved with, along with the 
number of new messages associated with each project and a link to read the new messages. 

[00308] FIG. 129 illustrates a browse projects screen that can be associated with the browse 
projects task 382. Each participant can access the browse projects screen through the access 
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manager 38. The browse projects screen can include a project search feature and a list of 
projects. The list of projects can include the project name, the GC name, a link to edit the 
project, and the ability to select one or more projects to browse. 

[00309] FIG. 130 illustrates a forgot password screen that can be associated with the forgot 
password task 384. Each participant can access the forgot password screen through the access 
manager 38. A user can enter his or her user name and email address, and the system can email 
the password to the user. 

[00310] FIG. 131 illustrates a your password notification that can be transmitted during the 
your password task 386. The notification of FIG. 13 1 can include a statement that you requested 
your password be emailed to you, the password, and a request to use the password the next time 
you log in. 

[00311] FIG. 132 illustrates a manage message screens process 388, which can be included in 
the manage system environment process 102. The manage message screens process 388 can be 
used to view messages, to create messages, or to view a system status message. The manage 
message screens process 388 can be performed by any of the participants using the system 
environment manager 52. The manager message screens process 388 can include a view 
message task 390, a view specific message task 392, a create message task 394, and a status 
message task 396. 

[00312] FIG. 133 illustrates a view messages screen that can be associated with the view 
message task 390. Each participant can access the view message task 390 through the system 
environment manager 52. The view message screen can include the user's name, the ability to 
specify the type of messages that are displayed (e.g., unread, recent, all, sent messages, or 
archived), and a list of the type of messages specified. The list of messages can include the 
..ability to select particular messages, the message date, the projec t name , the m essage subject, ' 
and whether an action is required. The view message screen can also provide the ability to 
archive selected messages and move to another screen of messages. 
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[00313] FIG. 134 illustrates a specific message being viewed by a user. The specific message 
can include any one of the notifications shown and described herein. 

[00314] FIG. 135 illustrates a create/send messages screen that can be associated with the 
create message task 394. Each participant can access the create/send message screen through the 
system environment manager 52. A user can enter a project name, whether to send the messaige 
to an organization or a user, the organization names, the user names, a message subject, and a 
message. 

[00315] FIG. 136 illustrates a status message screen that can be associated with the status 
message task 396. Each participant can access the status message screen through the system 
environment manager 52. The status message screen can post messageis, such as a statement that 
a draw has been initiated for a project and that all participants have been notified. The status 
message screen can include a link to an organization or user home page. 

[00316] FIGS. 137-153 illustrate a method of managing a construction payment process 
according to another embodiment of the invention. Aspects of the method of FIGS. 137-153 can 
be used in conjunction with the embodiment of the invention shown and described with respect 
to FIGS. 1-136 and FIGS. 154-179. 

[00317] FIGS. 154-179 are input/output diagrams for. a method of managing a construction 
payment process according to still another embodiment of the invention. Aspects of the method 
of FIGS. 154-179 can be used in conjunction with the embodiments of the invention shown and 
described with respect to FIGS. 1-136 and FIGS. 137-153. 

[00318] FIG. 155 includes an open project task, a create draw schedule task, and an identify 
and assign project roles task, each of which can be performed by a GC. An enter budget task can . 
be performed by an owner, owner's representative, GC, lender, or title company. An . update 
details task can be performed by a GC for subcontractors \ md/ot material suppliers or by an 
owner, lender, or title company for any type of participant A close project task can be . 
performed by a title company, GC, or lender. 
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[00319] FIG. 156 includes an enter project details task in which the system can assume that 
the project has full approval from all necessary agencies and participating organizations before 
opening a project. FIG. 156 includes an enter loan details in which the lender may choose to 
input only select information for legal or business reasons. If there is no loan for the project, no 
information is entered. 

[00320] FIG. 157 includes a review proposed draw schedule task in which the system can 
generate a proposed draw schedule by equally spacing the number of draws across the estimated 
project schedule. FIG. 157 includes an accept or reject proposed draw schedule task in which a 
GC can manually declare draws according to a schedule established by the owner, the owner's 
representative, the lender, or the GC. An automated schedule can be rejected and the schedule 
can be manually maintained. 

[00321] FIG. 159 includes an enter project budget for a participating organization in which a 
hierarchical process can ]be used. At each level, the participating organization can perform the 
process for the organizations that they use to support them. 

[00322]. FIG. 160 includes an authorize change order task in which an issue resolution process 
may require rejection of an initial change order and creation of a second change order that is 
mutually agreeable to all parties. Only a final change order in the resolution process must be 
approved. 

[00323] FIG. 162 includes an add organization task in which an organization must be added 
before it can participate in a project. The system, the title company, the lender, or the GC can 
add organizations to the system. While organizations can be added during the identify and 
assign project roles task of the maintain project payment plan process, organizations can be 
added independently of that process. FIG. 162 includes an enter organization details task in 
whic h the initial contact at an or ga nization can be res ponsible f or entering their organization's 
details and additional contact information. Each organization can identify an internal system 
administrator who can be responsible for updating their organization details and contact 
information. FIG. 162 includes a maintain organization details task in which security can be 
particularly stringent due to sensitive financial information. 

54 



WO 2006/011904 



PCT/US2005/001369 



[00324] FIG. 164 includes a verify organization task which can be provided by a third party 
based on the requirements of the participants. The system can facilitate the verification of 
organizations and charge a service fee. 

[00325] FIG. 166 includes a declare draw task that can be performed by a GC. The draw is 
the mechanism by which project participants can submit invoices; the owner (generally through 
the GC) can pay for work completed, and participating parties receive payment and release their 
associated lien waivers. FIG. 166 includes a generate sworn statement task in which the GC can 
review the submissions on-line (referring to backup paper documentation when necessary) and 
once the submission is correct, the system can generate a sworn statement based on the 
information that has been electronically submitted by the parties participating in the draw. The 
GC can reject submissions and they can be revised and resubmitted for approval. This 
mechanism can be used to resolve any issues with the invoice. FIG. 166 includes a request 
inspection task that can generally be performed by the lender or the title company. FIG. 166 
includes an authorize draw task that can generally be performed by the lender, but may require 
involvement of the owner, the owner's representative, or another designated project participant. 
A configurable authorization mechanism can include any project participant in the authorization 
process. FIG. 166 includes an enter and stage lien waivers task which can be required to 
complete the draw. Funds are not transmitted to the invoicing parties until their lien waivers are 
entered and staged. This requirement ensures the substantially simultaneous execution of 
payment and lien waiver release. FIG. 166 includes an execute simultaneous payment/lien 
waiver release task in which the substantially simultaneous exchange of lien waiver for payment 
is automated. This automated exchange can eliminate the need for meetings and can eliminate 
time lags between payment and lien waiver release. This automated exchange can reduce the 
change that a lien waiver will be lost and can speed payment to all draw participants by 
eliminating intermediate organizations from the payment process. 

[00326] FIG. 167 includes an announce draw task in which an electronic message can be sent 
substantially simultaneously to all participating and/or interested organizations. 

[00327] FIG. 168 includes an enter invoice details task which can be executed by any party 

wishing to be paid through the draw process. The electronic submission can be followed by 
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paperwork that supports the submission. A service can be provided that allows the parties to 
submit the supporting information via scanning. 

[00328] FIG. 169 includes an authorize invoice task in which an issue resolution process may 
require rejection of the initial invoice and creation of a second invoice that is mutually agreeable 
to all parties. Only the final invoice in the resolution process will be approved. 

[00329] FIG. 170 includes a select inspector task in which there may be more than one 
inspector associated with a project. In this case, the correct inspector must be selected, to 
perform the inspection. 

[00330] FIG. 171 includes a confirm scope of inspection task in which the organization 
requesting the inspection can define the scope of the inspection, either for the entire sworn 
statement or for a subset of the sworn statement. FIG. 171 includes an enter inspection results 
task in which supporting documentation may be necessary depending upon the scope and nature 
of the inspection. FIG. 171 includes a forward supporting documentation task in which the 
system can allow files with digital photographs or other electronic material to be attached to the 
electronic inspection reports. 

[00331] FIG. 173 includes a stage lien waiver task in which the electronic signed lien waiver 
can be staged in the system, secured from any alterations. In one embodiment of the invention, 
the lien waiver is not released to the title company until the substantially simultaneous exchange 
of payments and lien waivers occurs. 

[00332] FIG. 174 includes a confirm draw authorization and staged lien waivers task which 
can include a review of all lien waivers to ensure they are complete and correct. 

[00333] FIG. 178 includes a provide customer support task that can include support for adding 
or modifying organizations or projects, fixing password problems, fixing projects and 
transactions. FIG. 178 includes a system administration task that can include security 
administration, financial auditing, and contingency support. FIG. 178 includes a maintain 
activity history for system participants task that can include a vendor directory with history about . 
the vendors and/or ratings of vendors. 
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[00334] It should be understood by one of ordinary skill in the art that embodiments of the 
invention can be implemented using various computer devices, such as personal computers, 
servers, and other devices that have processors or that are capable of executing programs or sets 
of instructions. In general, the invention can be implemented using existing hardware or 
hardware that could be readily created by those of ordinary skill in the art. Thus, the architecture 
of exemplary devices has not always been explained in detail, except to note that the devices will 
generally have a processor, memory (of some kind), and input and output applications. The 
processor can be a microprocessor, a programmable logic control, an application specific 
integrated circuit, or a computing device configured to fetch and execute instructions. In some 
cases, the devices can also have operating systems and application programs that are managed by 
the operating systems. It should also be noted that although the control systems 40 and 80 are 
shown connected in a network, no specific network configuration is implied. One or more 
networks or communication systems, such as the Internet, telephone systems, wireless networks, 
satellite networks, cable TV networks, and various other private and public networks, could be 
used in various combinations to provide the communication links desired or needed to create 
embodiments or implementations of the invention, as would be apparent to one of ordinary skill 
in the art. Thus, the invention is not limited to any specific network or combinations of 
networks. 

[00335] Various features and advantages of the invention are set forth in the following claims. 
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CLAIMS 

1. A method of managing a construction payment process, the method comprising the acts 
of: 

receiving registration information for a participant; 
storing the registration information; and 

transferring to the participant a payment associated with a construction project by 
accessing the registration information. 

2. The method of claim 1 and further comprising the act of receiving registration 
information for a participant including at least one of an owner, an owner's representative, a title 
company, a lender, an architect, an interior designer, an inspector, a general contractor, a 
subcontractor, and a material supplier. 

3. The method of claim 1 and further comprising the act of receiving registration 
information for at least one user associated with the participant. 

4. The method of claim 1 and further comprising the act of registering a first user associated 
with the participant and deeming the first user the administrator for the participant. 

5. The method of claim 4 and further comprising the act of registering a second user 
associated with the participant. 

6. The method of claim 1 and further comprising the act of the participant providing the 
registration information. 

7. The method of claim 1 and further comprising the act of verifying the participant. 

8. The method of claim 1 and fUrther comprising the act of transmitting a notification that 
the participant has been registered. 
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9. The method of claim 1 and further comprising the act of storing registration information 
in a database server and accessing the registration information with a database management 
system. • 

10. The method of claim 1 and further comprising the act of transferring to the participant a 
plurality of payments associated with a plurality of projects by accessing the registration 
information. 

11. The method of claim 1 and further comprising the acts of generating an automated 
payment instruction and transferring to the participant a payment using one of an automated 
clearing house system, a wire transfer of funds, a debit card system, and a credit card system. 
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12. A construction payment management system comprising: 

an application server that stores an organization module and a database management 
system, the organization module receiving organization registration information for a participant; 
and 

a database server connected to the database management system, the database server 
storing the organization registration information, the database management system accessing the 
organization registration information in order to transfer to the participant a payment associated 
with a construction project. 

13. The construction payment management system of claim 12 wherein a first participant 
provides organization registration information for a second participant. 

14. The construction payment management system of claim 12 wherein the participant 
includes at least one of an owner, an owner's representative, a title company, a lender, an 
architect, an interior designer, an inspector, a general contractor, a subcontractor, and a material 
supplier. 

15. The construction payment management system of claim 12 wherein the application server 
stores a user module, the user module receives user registration information for at least one user 
associated with the participant, and the database server stores the user registration information. 

16. The construction payment management system of claim 1 5 wherein the user module 
receives user registration information from a first user associated with the participant and deems 
the first user the administrator for the participant. 

17. The construction payment management system of claim 1 6 wherein the user module 
receives user registration information from a second user associated with the participant. 

18. The construction payment management system of claim 12 wherein the participant 
provides the registration information. 
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19. The construction payment management system of claim 12 and further comprising a 
verification service connected to the application server, the verification service verifying the 
participant, 

20. The construction payment management system of claim 12 and further comprising a 
notifications manager stored in the application server, the notifications manager transmitting a* 
notification that the participant has been registered. 

21. The construction payment management system of claim 12 and further comprising a 
database server connected to the application server, the database server storing the organization 
registration information, the database management system accessing the registration information 
from the database server. 

22. The construction payment management system of claim 12 wherein the database 
management system accesses the organization registration information in order transfer to the 
participant a plurality of payments associated with a plurality of projects. 

23. The construction payment management system of claim 12 and further comprising a 
payment system connected to the application server and a draw module stored in the application 
server, the draw module transmitting an automated payment instruction to the payment system, 
the payment system including one of an automated clearing house system, a wire transfer system, 
a debit card system, and a credit card system. 
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24. A method of managing a construction payment process, the method comprising the acts 
of: 

establishing communication with a plurality of participants in a construction project; 
generating a notification of a draw; and 

electronically transmitting in real-time the notification to the plurality of participants. 

25. The method of claim 24 and further comprising the act of establishing communication 
with a plurality of participants including at least two of a general contractor, a subcontractor, a 
lender, a title company, a property owner, a property owner's representative, an inspector, an 
architect, an interior designer, and a material supplier. 

26. The method of claim 24 and further comprising the acts of creating and maintaining a 
schedule of draws for the construction project, 

27. The method of claim 24 and further comprising the acts of generating automated invoices 
for each one of the plurality of participants receiving a payment in the draw and transmitting 
notifications regarding approval of the automated invoices. 

28. The method of claim 24 and further comprising the acts of generating automated lien 
waivers for each one of the plurality of participants receiving a payment in the draw and 
transmitting notifications regarding execution of the automated lien waivers. 

29. The method of claim 24 and further comprising the acts of generating an automated 
sworn statement; transmitting a notification regarding execution of the sworn statement, approval 
of the draw, and disbursement of funds; and generating an automated payment instruction. 
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30. A construction payment management system comprising: 

an application server that stores a notifications manager and a draw module, the 
notifications manager and the draw module generating a notification of a draw, the notifications 
manager electronically transmitting in real-time the notification to a plurality of participants. 

3 1 . The construction payment management system of claim 30 wherein the plurality of 
participants includes at least one of a general contractor, a subcontractor, a lender, a title 
company, a property owner, a property owner's representative, an inspector, an architect, an 
interior decorator, and a material supplier. 

32. The construction payment management system of claim 30 wherein the draw module 
maintains a schedule of draws for the construction project 

33. The construction payment management system of claim 30 wherein the draw module 

\ generates automated invoices for each one of the plurality of participants receiving a payment in 
the draw; and the notifications manager transmits notifications regarding approval of the 
automated invoices. 

34. The construction payment management system of claim 3 0 wherein the draw module 
generates automated lien waivers for each one of the plurality of participants receiving a 
payment in the draw; and the notifications manager transmits notifications regarding execution 
of the automated lien waivers. 

35 . The construction payment management system of claim 30 wherein the draw module 
generates an automated sworn statement and an automated payment instruction; and the 
notifications manager transmits a notification regarding execution of the sworn statement, 
approval of the draw, and disbursement of funds. 

36. The construction payment management system of claim 30 and further comprising a 
database server connected to the application server, the database server storing organization 
registration information, the notifications manager accessing the organization registration 
information in order to transfer notifications to the plurality of participants. 
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37. A method of managing a construction payment process, the method comprising the acts 
of: 

generating a budget for a construction project; and 

generating at least one automated invoice, an automated sworn statemeat, and at least one 
automated lien waiver based on the budget. 

38. The method of claim 37 and further comprising the act of generating a budget including a 
plurality of line items and generating an automated invoice including at least one of the plurality 
of line items. 

39. The method of claim 37 and farther comprising the act of generating a budget including 
at least one of soft costs above a line of a general contractor and hard costs below a line of a 
general contractor. 

40. The method of claim 37 and further comprising the act of transmitting a notification 
regarding approval of the automated invoice. 

41 . The method of claim 37 and further comprising the act of ensuring that the automated 
sworn statement and the at least one automated lien waiver correspond to the at least one 
automated invoice. 

42. The method of claim 37 and further comprising the act of ensuring that a sum of invoice 
dollar amounts equals a sworn statement dollar amount. 

43. The method of claim 37 and further comprising the act of ensuring that an invoice dollar 
amount equals a lien waiver dollar amount. 

44. The method of claim 37 and further comprising the act of customizing at least one of the 
at least one automated invoice, the automated swom statement, and the at least one lien waiver 
according to at least one of participant requirements and state legal requirements. 
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45. The method of claim 37 and further comprising the act of electronically executing the at 
least one automated invoice, the automated sworn statement, and the at least one automated lien 
waiver. 

46. The method of claim 37 and further comprising the act of generating the at least one 
automated invoice, approving the at least one automated invoice, subsequently generating the 
automated sworn statement, approving the automated sworn statement, and subsequently 
generating the at least one lien waiver. 

47. The method of claim 37 and further comprising the act of storing electronic copies of 
electrically executed invoices, sworn statements, and lien waivers. 

48. The method of claim 47 and further comprising the act of generating a hard copy of an 
electrically executed invoice, sworn statement, or lien waiver. 
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49. A method of managing a construction payment process, the method comprising the acts 

of: •• 

receiving at least one invoice from at least one subcontractor; and 

automatically generating a sworn statement of a general contractor including a dollar 
amount from each one of the at least one invoices. 

50. The method of claim 49 and further comprising the act of electronically executing the at 
least one invoice and the sworn statement. 
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51. A construction payment management system comprising: 

an application server that stores a budget module and a draw module, the budget module 
generating a budget for a construction project, the draw module generating at least one 
automated invoice, an automated sworn statement, and at least one automated lien waiver based 
on the budget. 

52. The construction payment management system of claim 5 1 wherein the budget module 
generates a budget including a plurality of line items; and the draw module generates an 
automated invoice including at least one of the plurality of line items. 

53 . The construction payment management system of claim 5 1 wherein the budget module 
generates a budget including at least one of soft costs above a line of a general contractor and 
hard costs below a line of a general contractor. 

54. The construction payment management system of claim 5 1 and further comprising a 
notifications manager stored in the application server, the notifications manager transmitting a 
notification regarding approval of the automated invoice. 

55. The construction payment management system of claim 5 1 wherein the draw module 
ensures that the automated sworn statement and the at least one automated lien waiver 
correspond to the at least one automated invoice. 

56. The construction payment management system of claim 5 1 wherein the draw module 
ensures that a sum of invoice dollar amounts equals a sworn statement dollar amount. 

57. The construction payment management system of claim 5 1 wherein the draw module 

i 

ensures that an invoice dollar amount equals a lien waiver dollar amount. 

58. The construction payment management system of claim 5 1 wherein the draw module 
customizes at least one of the at least one automated invoice, the automated sworn statement, and 
the at least one lien waiver according to at least one of participant requirements and state legal 
requirements. 
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59. The construction payment management system of claim 51 wherein the draw module 
generates the at least one automated invoice, ensures that the at least one automated invoice is 
approved, subsequently generates the automated sworn statement, ensures that the automated 
sworn statement is approved, and subsequently generates the at least one lien waiver. 

60. The construction payment management system of claim 5 1 and further comprising a 
database management system stored in the application server and a database server connected to 
the application server, the database server storing electronic copies of electrically executed 
invoices, sworn statements, and lien waivers. 

6 1 . The construction payment management system of claim 5 1 wherein the draw module 
generates a hard copy of an electrically executed invoice, sworn statement, or lien waiver. 

62. The construction payment management system of claim 5 1 wherein the draw module is 
used to electronically execute the at least one automated invoice, the automated sworn statement, 
and the at least one automated lien waiver. 
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63. A method of managing a construction payment process, the method comprising the acts 
of: 

receiving a lien waiver from a participant in a construction project; 
storing the lien waiver; 

transmitting to a payment system an instruction to pay the participant; and 

receiving from the payment system an acknowledgement that the participant has received 
funds and substantially simultaneously releasing* the lien waiver. 

64. The method of claim 63 and further comprising the acts of generating an automated 
payment instruction and transmitting the automated payment instruction to one of an automated 
clearing house system, a wire transfer system, a debit card system, and a credit card system. 

65. The method of claim 63 and further comprising the acts of receiving a plurality of lien 
waivers from a plurality of participants, storing each one of the plurality of lien waivers until all 
of the plurality of lien waivers are received, and transmitting an instruction to pay the plurality of 
participants when all of the plurality of lien waivers are received. 

66. The method of claim 63 and further comprising the acts of receiving a plurality of lien 
waivers from a plurality of participants, storing each one of the plurality of lien waivers, and 
transmitting an instruction to pay each one of the plurality of participants when each one of the 
plurality of lien waivers is received. 

67. The method of claim 63 and further comprising the acts of receiving a plurality of lien 
waivers from a plurality of participants, storing each one of the plurality of lien waivers, 
transmitting a first instruction to pay at least one of the plurality of participants when at least one 
of the plurality of lien waivers is received, and transmitting a second instruction to pay at least 
one other of the plurality of participants when all of the plurality of lien waivers are received. 

68. The method of claim 63 and further comprising the acts of receiving and releasing the 
lien waiver corresponding to work performed for a current draw. 
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69. The method of claim 63 and further comprising the acts of receiving and releasing the 
lien waiver corresponding to a current month's work for a current month's draw. 

70. The method of claim 63 and further comprising the acts of electronically executing at 
least one of the plurality of lien waivers. 
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71 . A method of managing a construction payment process, the method comprising the acts 
of: 

receiving a lien waiver from a participant in a construction project; and 

transmitting to a payment system an instruction to pay the participant and substantially 
simultaneously releasing the lien waiver. 

72. The method of claim 7 1 and further comprising the acts of generating an automated 
payment instruction and transmitting the automated payment instruction to one of an automated 
clearing house system, a wire transfer system, a debit card system, and a credit card system. 

73. The method of claim 71 and further comprising the acts of receiving a plurality of lien 
waivers from a plurality of participants, storing each one of the plurality of lien waivers until all 
of the plurality of lien waivers are received, and transmitting an instruction to pay the plurality of 
participants when all of the plurality of lien waivers are received. 

74. The method of claim 71 and further comprising the acts of receiving a plurality of lien 
waivers from a plurality of participants, storing each one of the plurality of lien waivers, and 
transmitting an instruction to pay each one of the plurality of participants when each one of the 
plurality of lien waivers is received. 

75. The method of claim 71 and further comprising the acts of receiving a plurality of lien 
waivers from a plurality of participants, storing each one of the plurality of lien waivers, 
transmitting a first instruction to pay at least one of the plurality of participants when at least one 
of the plurality of lien waivers is received, and transmitting a second instruction to pay at least ( 
one other of the plurality of participants when all of the plurality of lien waivers are received. 

76. The method of claim 7 1 and further comprising the acts of receiving and releasing the 
lieiT^verlcOT 

77. The method of claim 71 and further comprising the acts of receiving and releasing the 
lien waiver corresponding to a current month's work for a current month's draw. 
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78. The method of claim 71 and further comprising the acts of electronically executing th< 
lien waiver. 
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79. A construction payment management system comprising: 

an application server storing an electronic holding bin and a draw module, the electronic 
holding bin receiving and storing a lien waiver from a participant in a construction project, the 
draw module generating and transmitting to a payment system an automated instruction to pay 
the participant, the draw module receiving from the payment system an acknowledgement that 
the participant has received funds and substantially simultaneously releasing the lien waiver. 

80. The construction payment management system of claim 79 and further comprising a 
notifications manager that transmits an automated instruction to one of an automated clearing 
house system, a wire transfer system, a debit card system, and a credit card system. 

8 1 . The construction payment management system of claim 79 wherein the electronic 
holding bin receives a plurality of lien waivers from a plurality of participants and stores each 
one of the plurality of lien waivers until all of the plurality of lien waivers are received; and 
further comprising a notifications manager that transmits an automated instruction to pay the 
plurality of participants when all of the plurality of lien waivers are received. 

82. The construction payment management system of claim 79 wherein the electronic 
holding bin receives a plurality of lien waivers from a plurality of participants and stores each 
one of the plurality of lien waivers; and further comprising a notifications manager that transmits 
an automated instruction to pay each one of the plurality of participants when each one of the 
plurality of lien waivers is received. 

83. The construction payment management system of claim 79 wherein the electronic 
holding bin receives a plurality of lien waivers from a plurality of participants and stores each 
one of the plurality of lien waivers; and further comprising a notifications manager that transmits 
a first instruction to pay at least one of the plurality of participants when at least one of the 
plurality of lien waivers is received and a second instruction to pay at least one other of the 
plurality of participants when all of the plurality of lien waivers are received. 
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84. The construction payment management system of claim 79 wherein the electronic 
holding bin and the draw module receive and release the lien waiver corresponding to work 
performed for a current draw. 

85 . The construction payment management system of claim 79 wherein the electronic 
holding bin and the draw module receive and release the lien waiver corresponding to a current 
month's work for a current month's draw. 

86. The construction payment management system of claim 79 and further comprising an 
electronic signature service to electronically execute the lien waiver. 
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87. A method of managing a construction payment process, the method comprising the acts 
of: 

creating a primary budget for a construction project including at least one secondary 
budget from at least one of a general contractor, at least one subcontractor, and at least one 
material supplier, the at least one secondary budgets each including at least one line item; and 

reconciling the primary budget and the at least one secondary budget including the at 
least one line item before administering a draw. 

88. The method of claim 87 and further comprising the act of creating at least one of 
automated invoices, an automated sworn statement, and automated lien waivers based on the 
primary budget, the at least one secondary budgets, and the at least one line item. 

89. The method of claim 88 and further comprising the act of electronically executing the 
automated invoices, the automated sworn statement, and the automated lien waivers. 

90. The method of claim 87 and further comprising the act of creating a primary budget 
including at least one of hard costs and soft costs. 

91 . The method of claim 87 and further comprising the act of creating at least one secondary 
budget including only hard costs. 
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92. A construction payment management software comprising: 
a project module for creating and managing a project; 

a budget module for creating and maintaining a budget for the project; and 

a draw module for creating, scheduling, and managing draws for the project based on the 

budget 

93. The construction payment management software of claim 92 and further comprising an 
organization module for creating and maintaining information regarding participants in the 
project. 

94. The construction payment management software of claim 92 and further comprising a 
change order module for modifying the budget and for approving modifications to the budget. 

95. The construction payment management software of claim 92 and further comprising an 
electronic lien waiver holding bin for receiving and storing lien waivers from participants in the 
draws. 

96. The construction payment management software of claim 92 and further comprising a 
system environment manager for configuring access, managing messages, creating reports, 
providing technical support, and managing interfaces with other software. 

97. The construction payment management software of claim 92 and further comprising a 
user module for creating and updating users associated with participants. 

98. The construction payment management software of claim 92 and further comprising a 
budget module for customizing at least one of invoice codes, account codes, phase codes, and 
phase code descriptions. 

99. The construction payment management software of claim 92 and further comprising a 
notifications manager for creating, editing, and transmitting notifications to participants. 
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100. A graphical user interface for a construction payment management system, the graphical 
user interface comprising: 

at least one of a project schedule progress bar, a funds disbursed progress bar, and a 
percent complete progress bar; 

the project schedule progress bar indicating progress with respect to calendar dates; 

the funds disbursed progress bar indicating progress with respect to a budget dollar 
amount; and 

the percent complete progress bar indicating progress with respect to a percentage of 
work completed on a construction project. 

101. The graphical user interface of claim 100 and further comprising a project home page 
customized for a participant. 

102. . The graphical user interface of claim 100 wherein the project home page includes each 
one of the project schedule progress bar, the funds disbursed progress bar, and the percent 
complete progress bar. 

1 03 . The graphical user interface of claim 1 00 and further comprising at least one of a new . 
message indicator, information regarding completed draws, and information regarding pending 
draws for the participant. 
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Borrow approaches Bank/Lender 
with Project Plan 



Bank/Lender studies project plan 




Pass the Information to the 
Loan officer for processing 



< 



Loan Officer creates 
the new Project 



Add borrower 



No 




The borrower Is not notified to accept the . 
project. The borrower Is by default Included 
into the system 



The General Contractor and the Title Company are both 
required fields and will need to be setup by the Loan , 
Officer a this stage. The subcontractors need not be 
selected at this stage. 

The Budget items need not at) be filled in as well. Leave 
some temporary values here. 
See "Select Participants into Project" from Page«£ 



FIC 137 




The type of the organization 
is "owner" participant and 
"general" participant 



If the subcontractors are 
selected, they will also be 
notified. 



Participants receh/e notification 




No 



Yes 



Setup GC es participant 

Do not issue separate 
N2 Notification to GC 



If the GC or the Title 
Company declines the 

project invitation, the 
notification will need to 
reach the loan officer 
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Draw Authorization Request 
declined {Page 3) 




Cycling beck from end of 
one draw request cycle 
(Page 6) 



GC might also need an option for 
canceling a draw request. 
Currently, not implemented- 



GC / Loan Officer I Title Company 
initiates a draw request 




w 

GCVLoan Officer/! ille Company selects the draw 
participants. For draws Initiated by the Loan Officer 
/Tttte Company ellow selection of Owner 
participants.. 




. rMptifi^iori $3i^ndate' - : 
\ j^pejcjiqiis? . 



Loan officer receives 
notification 

i 




The scheduled drew request date arrives 
end the scheduler generates notification 
about the pending draw request 

This notification Is sent out a few days In 
advance. The number of days is 
specified In the customer 
configuration settings and Is 
specified on two levels • on the 
customer level and on the project 
level. 



From Page-13. Schedule 
Drew Request 



From Pege-11, Other 
payouts 

Optional: Customer and project 
configuration 
By default the system wiO select ail participants 
in the project for the drew. The GC can opt not to 
include some of tho pro-selected participants 



Loan specifies if an 
inspection is required 




; :.;tjrtfr : Uerf»s(^ 

i f .tfT^V^Vi.^i. 



Participants receive notification 




/ 



Perform checks to make sure that the budgeted amounts ere not 
exceeded. 

Let (he Participent specify if they want a final payment (final lien 
waiver reqd.) or a partial payment (partial lien waiver reqd.) 



Participants update the payment details 




This notification can be turned on or off based on the project level 
configuration associated with each customer. 

The notification is not sent unless ell the participants in the project 

have fiBed in their payment details. The system verifies If a 
participant has filled In their payment details by checking to see If 
the amount that they requested Is greater than 0. 



It might be useful to consider a feature whereby the GC 
can send a reminder to those subcontractors who have 
not updated their payment details. Currently, out of 
scope 



GC/Loan Officer/Title Company checks 
payment details specified by participant 



Fit IS? 




GC/Loan Officer 
decides whether 
to modify the 

payment details 
for subcontractor 
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Inspector receives notification 
to inspect property 



Inspector checks project 



Inspector prints out pre- 
inspection report 



Inspector conducts inspection 
of construction site 



Inspector enters inspection 
report Into system 




GC, borrower and the bank 
receive notification of completion 
of inspection 



The inspection report is analyzed 




Decline draw 
request 



All associated 
parties authorize 
draw request 



Bank/Lender 



Initiate inspection 



- } Inspection Process 



A draw request is 
considered to be declined if 
even one of the authorizing 
bodies deckles to decline It 




Go to the the process ste 
where GC setups up Dra 
Information 



Borrower 



— Borrower 




A draw request ts authorized only after 
all the authorEing entities have 
authorized B. This notification will 
therefore have to watt till all the 
authorizations are In. 
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Notify participants about Ben 
waiver 



If the customer configuration 
settings specify that 

payments be made as soon 

as the lien waivers ere In, we 
wiB need to issue a 

notification to the lean officer 
here to get the funds 
dispersed 




The handling of payments Is configurable. There afe three ways In which 
payments ere handled: 

1- In batches - where all payments ere made only after all participants have 
entered their Den waiver. 

Zln daily batches - All Kens ere processed dairy without a delay setting in 
because some one dtdnt send in their (ten waivers. 
3. Individually - Payments to contractors can be made one sub-contractor at 
a time with payments being Issued as and when Ben waivers are received 
from them 



Subcontractors fill ti 
and sign final lien 
waiver 



Subcontractors fill m and 
sign partial lien waiver 



System receives 
and holds ten waiver 




• system checks to see If 
eD lien waivers are in once a day 




Calculate payment For partial lien waivers, 
hold back based on retention percentage 
For final lien waiver, include holdback amount 
in the fra! payment 
For owner participants, do not holdback 




^ank/Loan Officer end Borrower 
receive notification with payment 
detaib 



Bank/Loan Officer and Borrower 
confirm lien waivers, payment 
authorizations, and payment detarls 
are consistent end complete 







Disperse funds to ACH Service 




6 





Generate the ACH file an 
transfer the file to the AC( 
Service 

Optional: 
The configuration setting 

can specify the! the 
payments be disperse^ 
directly from the benfc 
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ACH Service confirms 
successful transfer of 



sy^*** 1 releases lien waivers from 
electronic holding bin 







GC / Loan Officer /Title Company receives notification that 
payments have been made and lien waivers released. 






Loan Officer checks and specifies if this is the final draw and all 
payments are made 






Wait until next draw 
reqttest date arrives 



Yes 




Cycle back to the beginning 
and wait for the next draw 
cycle 



Loan Officer doses project 




System Inactivates the 
project 
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Search for organization 




Create a new organization 



Specify the name of the organization 



1 



Specify the name and email address 
of the Local Admin 



Local Admin fills in the Organization 
details 




Return control back to calling 
screen here 




The role that needs to be 
specified is the default role 
of an organization such as 

"General Contractor" etc 



The organization details such as 
the bank account details cannot 
be changed by the localAdmtn 
after this stage. They can only be 
changed by the he)pdesk 
prqfesionals. 



The Activation State 
property of the organization 

is set to "Pending" til) the 
organization gets activated. 



Specify the username, temporary 
password, first name and last 
name for users 



c 



PC. 1+5 
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View list of Project Participants 
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View list of Project Participants 



Select Participant to delete/deactivate 




This check is performed against the 
Activated state of the project and is to 
make sure that the project hasn't yet 
been activated 



The GC / Loan Officer re-confirms the 
deactivation of the user 




Generate a Change Affidavit and print 
it out 



Deactivate participant from Project 



Ask if the participant ready needs to 
be deactivated. State that all payments 
will need to have already been made 
to the participant before they can be 
deleted. 



Initiate payment cycle for clearing 
pending payments. 

A new emergency draw request is 

created with just the current 
participant included and type set to 
final lien waiver 



Delete participant from Project 



f{£>. 
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View Project Details 



Select budget item to 
change 




Only the loan officer and GC 
can make changes to the 
budget items 



Specify change in budget 
item 



Verify that the change in the 
budget item does not cause 

the budget amount to faH 
below the payments already 
made 




GC, Loan officer and Title 
Company receive 
notification of change 



Yes 



Vas the change^ 
request issued by 
he Loan Officer' 



No 



Loan Officer checks change 
request end decides on 
whether to approve H. 






Loan officer 




specifies reason for 




declining change 




request 




Cancel the change 
request without 
reflecting it in the 
budget item 



Update the budget Hem to 
reflect the change in the 
budget Hem 
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Loan Officer / Title Company 
views project details 

I 

Select participants to pay to 



Select organizations not in 
the participants list 



Select other participants 



Select payment option - ACH 
or check 



Disperse funds by ACH or 
check. 



c 



END 



Free form organization name 
and address entry 



f\G. (4-7 
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Specify number of draw 
requests 



Only a loan officer can schedule draw 
dates. GC can initiate a draw and specify 
the date for that draw but he cannot 
schedule draw dates. 



Specify draw request dates for 
chosen number of draws 



Specify if inspection is required 

for each scheduled draw 
request 




Schedule the dates automatically with a 

button-click. The dates will be 
scheduled from the estimated start date 
of the project to estimated end of the 
project and divide them Into equal 
intervals. 



Optional: Not all dates need to be filled 
in. The dates can be decided by the 
GC who can decide when to initiate a 
draw 




to Page-2, start of draw 
request cylce 
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View Project Details 



View fist of scheduled draw 
request dates 



Select draw request date to 
modify 



Display only pending draw request 
dates. Only allow editing of draw 
request dates for those draws which 
are not already on or completed. 



▼ 

( - ) 

f\&. m 
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jDraw Autobrtzailon Request 
declined (Page 3) 



GCRoan Officer /Title Company 
initiates a draw request 




Cycling back from end of 
one draw request cycle 
(Page 5) 



GC might also need an option for 
canceling a draw request. 
Currently, not Implemented 



The scheduled draw request date arrives 
and the scheduler generates notification 
about the pending draw request 

This notification Is sent out a few days in 
■advance. The number of days is 
specified In the customer 
configuration settings and is 
specified on two levels - on the 
customer level and on the project 



From Page-13. Schedule 
Draw Request 




ft 



Perform checks to make sure that the budgeted amounts ere not 
exceeded. 

Let the Participant specify if they want a final payment (final Hen 
waiver regd.) or a partial payment (partial Sen waiver reqd.) 



Participants receive notification 



Participants update the payment detaSs 




This notification can be turned on or off baaed on the project level 
configuration sssociated with each customer. 

The notification is not sent unless all the participants in the project 

have filled in their payment details. The system verifies If a 
participant has filled in their payment details by checking to see If 
the amount that they requested is greater than 0. 



It might be useful to consider a feature whereby the GC 
can send a reminder to those subcontractors who have 
not updated their payment details. Currently, out of 
scope 



GC/Loan Officer/Title Company checks 
payment details specified by participant 




GC/Loan Officer 
decides whether 

to modify the 
payment details 
for subcontractor 
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Notify particippht about 
change rha^e to theJrr r 
payiTOntoelajisby.GC/ 
Loan Qmcer. • 

Notification. N36: Payment 
details changes' 



fiC. ISO 



WO 2006/011904 



151/179 



PCT/US2005/001369 



If the customer configuration 

settings specify that 
payments be made es soon 
as the Gen we (vera are tn, we 

w9i need to issue o 
notification to the loan officer 
here to get the funds 
dispersed. 




Notify participants about lien 
waiver 



The handling of payments fs configurable. There aro three ways in which 
payments are handled: 

1- In batches * where all payments are made only after all parteipartU have 
entered their lien waiver. 

2. !n daily batches - All Bens are processed dally without a delay setting In 
because some one didn't send In their lien waivers. 

3. Individually - Payments to contractors can be made one sub-contractor at 
a time with payments being issued as and when lien waivers are received 



Subcontractors fill in 
and sign final Ren 
waiver 



Subcontractors ffll In t 
sign partial lien waiver 



System receives 
and holds lien waiver 




system checks to see ff 
all fien waivers ere in once a day 




Calculate payment For partial lien waivers, 
hold back based on retention percentage 
For final fen waiver. Include holdback amount 
in Ihe final payment 
For owner participants, do not hotdbeck 




Bank/Loan Officer end Borrower 
receive notification with payment 
details 



Bank/Loan Officer and Borrower 
confirm lien waivers, payment 
authorizations, and payment details 
are consistent and complete 



Disperse funds to ACH Service 



Generate the ACH file a«e 
transfer the fue to the Aft. 
Service 

Optional: - 
The configuration setting 

can specify that the 
payments, be dispersed 
directly from the bank- 
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Notify participants about Iter) 



If the customer configuration 

settings specify that 
payments be made as soon 
as the lien waivers are in, we 

will need to issue a 
notification to the loan officer 
here to get the funds 
dispersed. 




The handling ol payments is configurable. There ere three ways in wtiich 
payments are handled: 

1- to batches • where all payments are made only altar sD participants have 
entered their ben waiver. 

2.ln dally batches - AB liens ate processed daily without a delay setting In 
because some one didn't send in their lien waivers. 
3. Individually - Payments to contractors can be made one sub-contractor at 
a time with payments being issued as and when lien waivers are received 



Subcontractors fill In 
and sign final Ren 



Subcontractors fill In end 
sign partial lien waiver 



System receives 
and holds Den waiver 




system checks to see If 
all lien waivers are ri once a day 




Calculate payment: For partial lien waivers, 
hold back based on retention percentage 
For final lien waiver, include holdback amount 
In the final payment 
For owner participants, do not holdbacK 




F16.1S2 



Bank/Loan Officer and Borrower 
receive notification with payment 



Bank/Loan Officer and Borrower 

confirm lien waivers, payment 
authorizations, and payment detaBs 
are consistent and complete 



Disperse funds to ACH Service 



6 



Generate the ach file an 
transfer the file to the AC 
Service 

Optional: 
The configuration setting, 
can specify thai the 
payments be dispersed 
directly from the bank 
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ACH Service confirms 
successful transfer of 
funds 




GC / Loan Officer / Title Company receives notification that 
payments have been made and lien waivers released. 



Loan Officer checks and specifies if this is the final draw and all 



payments are made 




Loan Officer closes project 
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